애자일과 워터폴(기존 방식이라고도 함) 모두 개발 방법론이며, 애자일은 반복 접근 방식을 취하는 반면, 워터폴은 순차 접근 방식을 취합니다.
새로운 프로젝트, 프로그램 또는 제품에 접근할 때 프로젝트 관리자는 사용할 제공 방법론을 결정해야 합니다. 본질적으로 제공 방법은 하나의 프레임워크, 즉 작업에 대한 조직화된 계획, 개발, 실행, 수정, 모니터링, 검토를 촉진하는 단일 또는 일련의 프로세스입니다. 오늘날 가장 널리 사용되는 방법론 중 2가지에는 기존 워터폴 프레임워크와 새로 등장한 애자일 접근 방식이 있습니다. 또한 기존 방식과 애자일 작업 방법을 결합한 제3의 접근 방식도 널리 채택되고 있습니다.
애자일은 자체 구성된 팀과 여러 부서로 이루어진 팀 간의 공동 작업을 중심으로 하는 반복 가능한 소프트웨어 개발 방식입니다. 애자일에 대해 자세히 알아보세요.
애자일은 할당된 자원이 특정 작업을 수행한 후 다음 단계 또는 할당된 다른 자원에 프로젝트를 전달하는 방식을 취하는 점진적인 기존 방식을 지양합니다. 대신 협력하는 방식으로 동시에 운영이 가능한 전담팀에 의존합니다. 이러한 팀들은 작업을 동시에 수행하므로 작업이 완료될 때까지 기다릴 필요가 없으며, 변화하는 요구 사항이나 긴급한 문제를 해결하기 위해 신속하게 전환할 수 있습니다.
위에서 언급된 바와 같이 애자일은 반복적 방식으로 지속적 릴리스를 지원하며, 작업을 반복되는 주기의 여러 시퀀스로 나눕니다. 이러한 과정을 반복이라고 합니다. 이를 통해 프로젝트 완료 시 한 번에 가치를 제공하는 대신 최종 사용자에게 지속적으로 가치를 제공할 수 있습니다. 따라서 애자일은 지속적 제공과 지속적 개선에서 중요한 역할을 합니다.
각기 다른 팀이 수많은 다른 방법으로 애자일에 접근할 수도 있으나, 애자일은 항상 다음과 같은 핵심 원칙을 따릅니다.
- 적응성
애자일 프로젝트는 아키텍처, 디자인, 결과물, 요구 사항 및 기타 요소를 프로젝트 중간에 변경할 수 있는 유연성을 갖추어야 합니다. - 린(Lean) 개발
애자일은 개발에 대한 가장 단순한 접근 방식을 취하므로 불필요하거나 중복되는 단계를 제거합니다. - 팀워크
애자일은 효과적인 팀워크와 커뮤니케이션에 의존하므로 한 번에 여러 작업이 완료될 수 있습니다. - 고객 참여
애자일 반복 작업은 점진적으로 가치를 제공하므로 새로운 아이디어를 도입하고 제품을 수정할 때 고객과 협업할 수 있습니다. - 지속 가능성
애자일은 팀이 성과에 주력하도록 압박하는 대신, 지속 가능하고 일관된 개발 속도를 자아내 결과를 토대로 고객 가치를 제공합니다. - 시간
애자일 프로젝트에 소요되는 시간은 특정 작업을 완료한 후 검토하는 데 사용되는 작은 시간 단위인 스프린트로 나뉩니다. - 테스트
전체 프로젝트가 완료되기까지 기다리는 대신 애자일 프로젝트의 모든 단계에서 테스트가 진행됩니다.
애자일은 2000년대 초 도입된 이래 큰 인기를 얻었습니다. 애자일 방법론의 이점은 다음과 같습니다.
사전 정의된 스프린트를 통해 새로운 기능을 신속하고 예측 가능한 방식으로 제공할 수 있습니다. 베타 테스트 또한 기존보다 더 일찍 진행할 수 있습니다.
애자일은 단순성과 공동 작업에 집중하므로 팀은 자유롭게 자체적으로 조직화하고 중요한 의사결정을 내릴 수 있습니다.
애자일의 팀 자율성을 통해 팀은 원하는 결과를 달성하는 데 가장 적합한 방법과 기술을 유연하게 선택할 수 있습니다. 이와 동시에 프로젝트 자체의 적응력도 향상되므로 새로 생성되거나 변경된 백로그 항목을 개발 도중에 도입할 수 있습니다. 또한 초기 베타 테스트를 통해 중요한 피드백이 제공되어 개발자는 주요 변경 사항을 프로젝트에 적용할 수 있습니다.
애자일은 효과적으로 내외부적인 커뮤니케이션을 수행할 수 있는 팀이 필요하며, 직관성과 명료성이 중요합니다. 또한 대면 커뮤니케이션을 정기적으로 갖는 것이 좋습니다.
애자일 방법론에서는 고객 또는 최종 사용자가 기능의 우선순위를 결정합니다. 따라서 개발 팀은 비즈니스에 가장 높은 가치를 제공하는 기능에 대한 명확한 인사이트를 얻을 수 있습니다.
촉박한 기한과 어려운 장기 목표에 직면한 개발자는 고객의 중요성을 간과하기 쉽습니다. 애자일은 고객의 요구 사항과 사용자 피드백을 통해 제품 개선의 기초를 제공하여 이러한 간과된 지향점을 재정립합니다. 이를 통해 고객 만족도뿐 아니라 수익도 향상할 수 있습니다.
애자일은 가장 우수한 방법론으로 꼽히기도 하지만, 채택하기 전에 알아야 할 몇 가지 단점이 있으며 여기에는 다음이 포함됩니다.
고객이 개발 팀과 긴밀하게 협력할 시간이나 의사가 없으면 프로젝트를 진행하는 데 필요한 피드백 또는 인사이트를 제공하지 않습니다.
팀원들이 프로젝트를 효과적이고 효율적으로 완료하고자 최선의 노력을 기울이지 않으면 애자일의 자체 관리 측면이 무의미해집니다.
일부 작업 또는 특정 하위 작업의 경우 단일 스프린트 동안 완료하기가 어려울 수 있습니다. 이러한 문제를 해결하기 위해 팀은 우선순위를 변경하거나, 비용을 투입하여 추가 스프린트를 확보해야 합니다.
애자일의 반복적이고 점진적인 특성은 프로젝트 거버넌스 또는 감독과는 부합하지 않아 자율성이 부족한 팀의 경우 효과적으로 관리하기가 어려울 수 있습니다.
애자일은 문서보다는 소프트웨어 작업을 우선으로 하기 때문에 필수적인 항목이 누락될 수 있습니다. 종합적인 문서화를 통해 좀 더 수월하게 구현을 공유하고, 특정 의사 결정을 뒷받침하는 아이디어를 식별하고, 팀이 이전 단계를 보다 손쉽게 검토할 수 있으므로 이러한 누락은 문제가 될 수 있습니다.
기업의 굳어진 프로세스, 도구, 정책, 조직 구조 및 통제는 애자일이 적합하지 않기도 합니다. 그러므로 효과적으로 애자일을 구현하기 위해서는 전사적으로 문화를 바꿔야만 하며, 이로 인해 기존 관습에 익숙한 개별 구성원 또는 부서는 괴리감을 느낄 수 있습니다.
개발에 대한 기존 접근 방식인 워터폴은 순차적 선형 방법론으로, 소프트웨어 개발 수명주기를 개별 단계로 나눠 이전 단계가 완료된 경우에만 다음 단계로 진행할 수 있습니다.
워터폴은 초기에 등장한 개발 방법론으로, 사용과 이해가 용이하며 작업, 연구, 문서화, 계획을 가장 중시한다는 특징이 있습니다. 일명 '수행 전 다시 한번 더 확인'하는 접근 방식을 취해 프로젝트 초기에 모든 요구 사항을 정의하고 이를 충족하기 위한 세부 계획을 수립합니다.
기존 개발 방법론인 워터폴은 프로젝트를 7가지 개별 단계로 구분합니다. 각 단계는 다른 단계들과 서로 독립적이며, 이전 단계를 완료한 후에만 새로운 단계를 시작할 수 있습니다. 또한 대부분의 단계는 '관문'으로 구분되어 일련의 요구 사항을 충족하고 관리 결정을 내려야만 프로젝트를 다음 단계로 진행할 수 있습니다. 프로젝트의 진행 단계는 다음과 같습니다.
- 구상
개발 팀이 먼저 이윤과 잠재적 비용을 비롯해 예정된 프로젝트를 평가합니다. - 문서
시스템 및 소프트웨어 요구 사항과 더불어 프로젝트에 필요한 기타 자원을 수집하고 문서화합니다. - 분석 및 설계
팀이 프로젝트를 분석하고 제품 또는 서비스의 기능을 결정합니다. 이 단계에서 필수 작업을 식별하고 이에 대한 계획을 수립합니다. - 코드 및 유닛 테스트
소프트웨어 각 단위의 코딩이 시작되는 동시에 테스트도 진행됩니다. 유닛은 초기 단계에서 정의된 소프트웨어 아키텍처에 통합됩니다. - 시스템 전체 테스트
시스템 전반에 걸친 테스트가 진행됩니다. 여기에는 버그 테스트, UAT(사용자 수용 테스트)와 더불어 기타 필수 테스트가 포함됩니다. - 문제 해결
이전 단계에서 식별된 버그, 비효율성, 문제를 해결하고 조치합니다. - 제공
완성된 제품 또는 서비스를 최종 사용자에게 제공합니다.
1970년에 처음 정립된 워터폴 방법론은 약 반세기 동안 다양한 개발 팀에서 지속적으로 사용해 왔습니다. 이는 워터폴 방법론이 제공하는 다음과 같은 이점 덕분에 가능한 일이었습니다.
워터폴 방법론은 단계마다 특정된 결과물과 분명한 검토 프로세스가 존재하기 때문에 관리 측면에서 가장 사용하기 쉬울 수 있습니다.
외부 시스템과의 통합을 허용하도록 다수의 구성요소를 설계해야 하는 프로젝트에서는 프로세스 초기에 설계를 완료하는 워터폴 접근 방식이 분명한 장점으로 작용합니다.
제품 요구 사항을 개발 시작 전에 문서화하고 합의하므로 예측 가능하고 구체적인 기능을 수립할 수 있습니다.
상세한 계획 수립과 사전 문서화로 잠재적 비용을 분명하게 파악하여 정확하게 예산을 편성할 수 있습니다.
작업 범위를 사전에 정립하므로 진행 상황을 간단하고 정확하게 측정할 수 있습니다. 진행 상황은 일반적으로 '현황 보고서'를 통해 일정, 예산, 자원에 따라 녹색, 황색, 적색으로 표시된 작업 항목으로 파악할 수 있습니다.
변화하는 요구 사항에 따라 역할을 유동적으로 변경하지 않고 개발 작업에 착수하기 전에 목표를 파악하고 수립합니다.
팀원은 정해진 단계에만 작업을 수행하므로 다른 프로젝트에도 역량을 할애할 수 있습니다.
워터폴 방법론은 보다 수월하고 접촉이 필요 없는 고객 경험을 제공합니다. 최종 사용자는 요구 사항 및 검토 단계 외에는 개입할 필요가 없습니다.
계획 수립과 문서화에 중점을 두기 때문에, 프로젝트를 정해진 경로를 따라 진행할 수 있으며, 검토가 쉽고, 결과도 분명하게 식별할 수 있습니다.
애자일이 각광을 받으면서 기존 워터폴 방법론이 가진 몇 가지 단점이 증명되었습니다. 그러한 단점의 예는 다음과 같습니다.
워터폴은 초기 단계에 수립한 세부 계획에 의존하기 때문에 프로젝트가 예기치 못한 문제나 장애물을 만나거나 요구 사항이 변경되는 경우 대응할 수 없습니다. 또한 한 방향으로만 진행되기 때문에 이전 단계로 돌아가 수정하는 것이 불가능하거나 매우 어렵습니다.
확고하게 정의된 요구 사항으로 인해 새로운 아이디어, 혁신, 창의성을 발휘하기가 어렵고, 개발자는 개발 중 발견한 뜻밖의 기회를 활용하지 못할 수도 있습니다.
고객이 개발 프로세스에 적게 개입하기 때문에 프로세스와 동떨어진 느낌을 받을 수 있습니다. 더욱 심각한 문제는 프로젝트가 완료되기 전까지 결과물이 어떤지 알 수 없다는 것입니다. 한편 개발자는 고객이 어떤 결과를 기대하는지 파악하지 못하기 때문에 고객의 기대치와 개발 팀 작업의 간극이 더 커지게 됩니다. 뿐만 아니라, 프로젝트가 끝나고 나서야 테스트가 진행되므로 버그나 UX 문제를 놓칠 가능성이 큽니다.
특정 단계의 작업 기한이 불분명하면 프로젝트 전체의 일정이 지연될 가능성이 있습니다. 이러한 경우 팀은 때로는 마지막 단계까지 서두르게 되며, 이 과정에서 테스트 또한 제품의 품질이 떨어질 수 있습니다.
작업에 착수하기 전에 요구 사항을 분명하게 식별하고 승인해야 합니다. 이것이 선행되지 않는 경우, 팀원이 각자 해석을 달리하여 구성원 간 단절이 발생할 수 있습니다.
계획 및 문서화에 많은 자원이 투입되어 실제 제품 개발에 투입할 자원이 부족해집니다.
애자일과 워터폴 모두 각자의 장단점이 존재합니다. 이를 유념하여 두 접근법의 특정 사용 사례들을 이해하면 조직에서 진행하는 프로젝트에 가장 적합한 방법론을 채택할 수 있습니다.
방법론을 결정할 때 고려해야 할 사항은 다음과 같습니다.
엄격한 프로젝트 요구 사항이 있는 경우에는 워터폴이 적합하며, 요구 및 규제 사항이 적은 경우에는 애자일을 채택해 창의성과 자율성을 발휘할 수 있습니다.
엄격한 프로젝트 요구 사항이 있는 경우에는 워터폴이 적합하며, 요구 및 규제 사항이 적은 경우에는 애자일을 채택해 창의성과 자율성을 발휘할 수 있습니다.
엄격한 프로세스가 존재하는 경우 애자일을 도입하기 어려우므로 기존 워터폴 접근법을 도입하는 편이 이롭습니다. 애자일은 보다 유연한 프로세스에 보다 효과적입니다.
워터폴은 고객, 최종 사용자, 제품 소유자가 개발 팀과 밀접하게 작업하는 것을 지양할 때 효과적입니다. 더 많은 개입을 원하는 사용자가 있는 경우 애자일이 더 유용합니다.
기능이 이미 정의되고 통합이 이루어져 있는 기존의 레거시 프로젝트를 개선하는 데는 워터폴 접근법이 유리합니다. 반면에 새로운 분야를 개척하고 누구도 시도하지 않았던 프로젝트를 진행하는 경우, 애자일의 반복적인 접근 방식을 통해 팀은 프로젝트를 진행하면서 새로운 것을 배우고 적응해 나아갈 수 있습니다.
워터폴 방법론은 예측 가능한 결과를 설정하고 확실한 기한을 정한 장기 프로젝트에 적합합니다. 기한이 짧고 유연한 프로젝트에는 애자일이 적합합니다.
워터폴은 모든 작업과 비용을 프로세스 초기에 문서화하기 때문에 예측 가능성이 높아 확정된 예산에 잘 맞습니다. 애자일은 예산 편성 시 경직성이 낮고 기능 구현과 개발 속도에 중점을 두고 있으며, 비용에 크게 엄격하지 않습니다.
잘 정립된 소형 프로젝트는 보통 워터폴이 적합하며, 복잡한 대형 프로젝트는 애자일 접근법이 유리합니다.
원격 작업자나 다른 조직과 협업하는 경우에는 대면 협업의 필요성이 낮은 워터폴이 적절합니다. 하지만 단일 조직에 소속된 동일한 위치의 팀원만이 프로젝트에 참여하는 경우에는 애자일이 더 효과적입니다.
애자일과 워터폴 모두 뚜렷한 이점이 있으므로, 전 세계 회사들은 두 방법론의 단점을 제한하고 장점을 결합하는 방법을 모색하고 있습니다. 바로 하이브리드 프로젝트 관리입니다.
하이브리드 프로젝트 관리는 애자일과 워터폴을 통합하여 시간, 자원 및 사용자 만족도를 최적화하는 솔루션입니다.