소프트웨어 개발 프로세스에서 애자일과 워터폴은 자주 비교된다. 소프트웨어는 업데이트나 변경이 용이하기에 워터폴보다 애자일을 더 우위에 두는 사람들도 많다. 그러나 조직문화나 목표에 따라 선택하는 영역으로, 어느 것이 나은지는 조직에 따라 다르다. 이번에 애자일과 워터폴은 어떤 차이가 있는지 살펴보았다.
WATERFALL
사전적으로 폭포라는 의미를 갖고 있으며, 보통 문서를 통해 순차적으로 개발하는 방법이다. 이 방법은 고객/비즈니스 요구사항을 기반으로 실제 제품이 완성될 때까지 수정이 없다. 장점으로 명확하게 스케줄링이 가능하며, 고객의 요구사항과 솔루션을 제대로 파악하고 있다면 효율적이다. 단점으로 요구사항이 변경되어도 중간에 수정이 어렵고, 릴리즈 후 시장에서 실패하면 리스크가 크다.
AGILE
사전적으로 기민한, 재빠른 등의 의미를 가지고 있다. 초기 소프트웨어 개발할 때보다, 고객의 요구사항이나 소비 행태가 복잡해지면서 등장했다.(2001년 애자일 선언문이 그 시작) 기획부터 완성까지 '스프린트'라는 소규모 단위로 진행된다. 이 과정에서 완전한 형태를 가진 서비스가 아닌, '특정 고객에게 서비스 가치를 인정받는 것을 목표'로 MVP(Minimal Valuable Product)를 만든다. MVP는 꼭 애플리케이션이나 웹사이트의 형태를 가질 필요 없고, 기획안이나 프로토타입으로 제작되기도 한다.
장점으로 고객의 요구사항/문제에 민첩하게 대응할 수 있으며, 실패하더라도 낮은 비용이 들기 때문에 리스크가 낮다. 단점으로 '성과주의'인 조직에서 이 방식을 따를 경우, 실패하지 않을 서비스나 기능 개선에만 집중하여 뛰어난 서비스로 완성되기 어렵다.
"그럼 애자일이 워터폴보다 좋은 건가?"
조직 상황에 따라 다르다. 방법론보다 현재 우리 조직이 '고객의 요구사항/문제를 제대로 파악하고 있는지, 그리고 그에 맞는 솔루션을 제공하고 있는지'가 중요하다. 이미 잘하고 있다면 새로 도입할 필요가 없다. 다만, '시행착오'에 대한 두려움을 걷어내는 것은 필요하다. 성장을 위해 이것저것 시도해보며, 실패를 겪었을 때 성과로 평가하기보다 그 시도를 통해 무엇을 배웠는지에 집중해야 한다. 자전거를 타기 위해 수차례 넘어져보며 몸에 감각을 익히는 것처럼 말이다.
[출처]
- 애자일-디자인씽킹-린 스타트업, 이거 정말 좋은건가요?