[Tip]애자일과 워터폴의 장단점

 

 

에혀~ 자꾸만~ 개념을 엉뚱하게 이해하시는 분들이 많다~~ 에혀~

 

구분	애자일	워터폴
장점	개발 과정이 빠르면서도 유연하다.	개발 주기가 애자일보다 형식적, 연속적이긴 하지만 프로세스가 길고 순서가 잡혀 있기 때문에 팀의 규모에 상관없이 따르기가 쉽다.
	짧고 반복적인 스프린트로 구성돼 있으면서 품질에 초점을 맞추기 때문에, 워터폴 방법론보다 빠르게 결함을 식별 및 수정할 수 있다.	개발 주기가 이미 정해져 있어서 팀이 새로운 프로젝트를 안정적으로 시작할 수 있다.
	여러 소규모 팀들이 개발 과정상의 여러 과제를 각각 할당 받아 처리할 수 있다	프로젝트 요구사항이 확정돼 있기 때문에, 프로젝트를 실행하기가 수월하며 개발 목표를 자주 변경하지 않아도 된다.
	짧은 반복 과정을 거치므로 필요 시 개발과정 중에 신속하게 제품 변경을 할 수 있다.	프로젝트 전 과정에 필요한 예산과 자원이 초기에 확정되기 때문에 예상 결과와 리스크를 통제하기가 훨씬 쉽다.
단점	스프린트에 대한 경험이 있으면서 빠른 반복 작업에 익숙한 스크럼 마스터가 필요하다.	개발이 순차적으로 진행되기 때문에 앞단계가 완성돼야 다음 단계로 넘어갈 수 있다. 이로 인해 개발 속도가 느리며 유연성이 떨어진다.
	고객이 수많은 변경사항을 검토해야 하는 번거로움이 발생할 수 있다.	테스팅 단계에 이르러서야 이슈가 발견되곤 한다.
	팀원이 다양한 시간대의 지역에 흩어져 있음에도 잘 조직되지 않거나 자립성이 없는 경우, 애자일 방법론을 채택하면 문제가 발생할 수 있다.	개발 요구사항이 프로젝트 초기에 정해지기 때문에 범위 변경이 자유롭지 못하다.
이런 조직에 적합함	고성능 소프트웨어 개발 팀 중에서도 특히 소프트웨어 개발 분야 팀	높은 예측 가능성과, 순차적인 프로젝트 타임라인, 사전 확정 예산이 필요한 팀
	고품질의 결과물과 지속적인 개선에 초점을 맞춘 조직. 특히 이들이 생각하는 가치 제안이나 경쟁 차별화요소에 퀄리티가 포함되는 경우.	프로젝트 팀의 경험이 적은 경우
	IBM, 시스코, AT&T, 마이크로소프트처럼 크고 복잡한 회사들이 프로세스를 간소화함으로써 변화에 더욱 신속하게 대응하고자 할 때	개발상의 변경이나 리스크에 덜 민감한 기업
	고객 및 외부 관계자와 정기적으로 긴밀한 협업을 수행하는 프로젝트 팀	제한적인 시간과 자원 탓에 협업이 자유롭지 못한 고객을 둔 기업
	프로젝트가 완벽하게 수행될 때까지 결과물을 기다리는 것보다 결과물에 대해 빠른 피드백이 필요한 팀.	요구사항이 간단한 프로젝트
		타임라인이 긴 프로젝트

원문보기:
https://www.ciokorea.com/news/166830#csidxa7549690126e928855e6850403621ee