애자일 방법론 (Agile Methodology)
- 애자일 방법론의 핵심은 반복적인 증분적 (incremental) 개발이다.
- 요구사항과 솔루션이 팀 간의 협업을 통해 진화한다.
요구사항 수집 (Requirements gathering)
- 고객과 비즈니스 이해관계자와의 반복적인 회의를 통해 요구사항을 수집한다.
디자인 (Design)
- 애자일 환경에서는 디자인이 주로 개발과 함께 진행된다.
- 디자인이 한 단계가 아니라 지속적인 프로세스와 가깝다는 이야기이다.
개발과 코딩 (Development and coding)
- 현재까지 진행된 사항을 통해 코드가 쓰여지고 즉시 테스팅된다.
테스팅 (Testing)
- 테스트는 개발과 함께 이루어져서 이슈 사항들을 이른 시기에 파악한다.
배포 (Deployment)
- 배포는 더 작은 증분에서 더 자주 일어난다.
- 보통 1주 ~ 4주 간 지속되는 각 주기마다 동작하는 소프트웨어가 배포된다.
리뷰와 피드백 (Review and Feedback)
- 각 주기가 끝난 후 피드백이 수집되고 프로젝트의 다음 스텝에 대한 결정이 내려진다.
폭포수 방법론 (Waterfall Methodology)
- 폭포수는 더욱 순차적인 (반복적이지 않은) 디자인 프로세스이다.
- 여러 단계를 거쳐 폭포수처럼 아래로 흘러 내린다.
요구사항 수집 (Requirements gathering)
- 폭포수 방법론에선 모든 프로젝트 요구사항이 정해지고 굳어진다.
- 이 때 정해진 것들이 개발과 디자인의 기반을 형성한다.
디자인 (Design)
- 개발 과정이 시작되기 전에 프로젝트의 전체 디자인이 완성되고 승인된다.
개발과 코딩 (Development and coding)
- 전체 프로덕트는 딱 한번만 개발된다.
- 보통 이미 정해졌던 설계는 이 과정에서 단 한번도 수정되지 않는다.
테스팅 (Testing)
- 개발이 끝난 후에 전체 프로덕트가 테스팅된다.
- 테스팅 중 문제가 발견되면 다시 개발 프로세스로 돌아간다.
배포 (Deployment)
- 모든 테스트가 끝난 뒤에 배포된다.
- 전체 프로덕트는 보통 딱 한번만 배포된다.
비교
유연성 (Flexibility)
- 애자일은 프로젝트 전반에 걸쳐 변경과 조정을 허용하므로 더 유연한 것으로 간주되는 반면 워터폴은 더 엄격하며 일반적으로 설계 단계 이후에는 변경을 허용하지 않는다.
고객 개입 (Customer engagement)
- 애자일은 매 주기마다 고객의 개입과 피드백을 수용한다.
- 폭포수에서는 고객의 개입은 오직 프로젝트의 시작단계 혹은 끝단계에서만 이루어진다.
프로젝트 전달 (Project delivery)
- 애자일에서는 매 스프린트가 끝난 후에 프로젝트가 증분적으로 전달된다.
- 폭포수에서는 모든 페이즈가 끝난 후에 단 한번 프로젝트가 전달된다.
프로젝트 복잡성 (Project complexibility)
- 애자일은 엔드 프로덕트가 명확하지 않으며 프로세스간 변경될 가능성이 있는 복잡한 프로젝트의 경우 적합하다.
- 폭포수는 모든 요구사항이 시작부터 명확한 조금 더 간단한 프로젝트에 적합하다.
위험 관리 (Risk management)
- 애자일에서 위험요소는 잦은 테스팅과 피드백을 통해 빠르게 발견되고 고쳐질 수 있다.
- 폭포수에서 위험요소는 테스팅 페이즈 전까지는 발견되지 않을 가능성이 있으며, 테스팅 페이즈는 프로젝트의 막바지에 있기 때문에 골치아픈 일이 벌어질 수 있다.
프로젝트 관리 (Project management)
- 애자일은 높은 수준의 고객과 개발자 개입이 요구되며 그들의 유연성과 피드백이 함께 요구된다.
- 폭포수는 프로젝트 전반에 걸쳐 더 많은 사전 계획이 필요하고 고객의 참여가 적다.
결론
- 애자일 방법론과 폭포수 방법론은 보통 프로젝트 자체의 성격에 따라 결정된다.
- 고객의 요구사항과 프로젝트 환경이 중요하다.
- 고객과 개발자가 많이 개입할 수 없고 엔드 프로덕트가 명확한 간단한 프로젝트라면 워터폴이 적절할 수 있다.
- 고객과 개바랒가 많이 개입할 수 있고 엔드 프로덕트가 명확하지 않은 복잡한 프로젝트라면 애자일이 적절할 수 있다.
반응형