애자일이란 무엇인가: 워터폴과 무엇이 다른가

# 애자일이란 무엇인가: 워터폴과 무엇이 다른가 "우리 팀도 애자일로 일합니다"라는 말을 자주 듣지만, 정작 애자일이 무엇이냐고 물으면 명확히 답하기 어려운 경우가 많습니다. 데일리 미팅을 하면 애자일일까요, 스크럼 보드를 쓰면 애자일일까요? 애자일은 특정 도구나 의식이 아니라, 일을 대하는 사고방식입니다. 이 근본을 이해해야 애자일을 제대로 할 수 있습니다. 이 글에서는 애자일이 무엇이고, 전통적인 워터폴과 어떻게 다른지 짚어보겠습니다. ## 애자일은 사고방식이다 애자일(Agile)은 "민첩한"이라는 뜻 그대로, 변화에 유연하게 대응하며 일하는 방식입니다. 핵심은 **짧은 주기로 만들고, 피드백을 받고, 방향을 조정하는 것**입니다. 한 번에 완벽한 계획을 세워 그대로 밀어붙이는 대신, 작게 만들어 확인하며 나아갑니다. 여기서 중요한 것은 애자일이 특정 방법론이나 도구가 아니라는 점입니다. 스크럼이나 칸반은 애자일을 구현하는 구체적인 방법이지만, 애자일 자체는 그보다 넓은 철학입니다. 도구만 도입하고 사고방식이 바뀌지 않으면, 형식은 애자일인데 실제로는 그렇지 않은 상태가 됩니다. ## 워터폴: 전통적인 방식 애자일을 이해하려면 그 대척점에 있는 워터폴(Waterfall)을 알아야 합니다. 워터폴은 전통적인 순차적 개발 방식으로, 요구사항 분석 → 설계 → 개발 → 테스트 → 배포의 단계를 폭포가 흐르듯 순서대로 진행합니다. 워터폴의 전제는 "무엇을 만들지 처음부터 명확히 알 수 있다"는 것입니다. 그래서 초기에 요구사항을 확정하고 계획을 촘촘히 세운 뒤, 그 계획대로 각 단계를 밟아 나갑니다. 앞 단계가 완료되어야 다음 단계로 넘어가는 구조죠. ## 두 방식의 결정적 차이 애자일과 워터폴의 차이는 "변화를 어떻게 대하는가"에 있습니다. 워터폴은 변화를 최소화하려 합니다. 처음에 요구사항을 확정하고 그것을 유지하는 것을 전제로 하므로, 중간에 요구사항이 바뀌면 큰 부담이 됩니다. 반면 애자일은 변화를 자연스러운 것으로 받아들입니다. 어차피 요구사항은 진화한다고 가정하고, 짧은 주기마다 방향을 조정할 여지를 만들어둡니다. 또 결과물을 내놓는 시점도 다릅니다. 워터폴은 모든 단계를 마친 마지막에 완성품을 내놓습니다. 애자일은 짧은 주기마다 작동하는 결과물을 조금씩 내놓으며, 그때그때 피드백을 받아 개선합니다. ## 애자일이 강한 상황 애자일은 특히 불확실성이 큰 상황에서 강합니다. 요구사항이 처음부터 명확하지 않거나, 시장과 사용자 반응을 봐가며 방향을 정해야 하는 프로젝트에서 진가를 발휘합니다. 이런 상황에서 워터폴처럼 처음에 모든 것을 계획하려는 시도는 오히려 낭비가 됩니다. 어차피 바뀔 계획에 매달리기보다, 짧게 만들어 반응을 확인하며 올바른 방향을 찾아가는 애자일이 더 적합합니다. 신제품 개발, 사용자 요구가 계속 진화하는 서비스 등이 대표적입니다. ## 애자일이 만능은 아니다 한 가지 강조하고 싶은 것은, 애자일이 모든 상황의 정답은 아니라는 점입니다. 요구사항이 명확하고 변화가 적으며 순서가 엄격한 프로젝트에서는, 오히려 워터폴이 더 안정적일 수 있습니다. "요즘은 다 애자일"이라는 분위기에 휩쓸려 무조건 애자일을 도입하는 것은 위험합니다. 중요한 것은 우리 프로젝트의 성격에 맞는 방식을 고르는 것입니다. 애자일이 맞는지 판단하는 기준은 별도 글에서 다루겠습니다. ## 마무리 애자일은 특정 도구가 아니라, 짧은 주기로 만들고 피드백을 받아 방향을 조정하며 변화에 유연하게 대응하는 사고방식입니다. 요구사항을 확정하고 순차적으로 진행하는 워터폴과 달리, 애자일은 변화를 자연스럽게 받아들입니다. 불확실성이 큰 상황에서 강하지만, 모든 경우의 정답은 아닙니다. 애자일의 큰 개념을 잡았다면, 그 뿌리가 되는 가치와 원칙을 살펴볼 차례입니다. 다음 글에서는 애자일 선언(Manifesto)을 다루겠습니다.