프로젝트관리(24) : 전통적인 프로젝트 관리 방법 Waterfall(폭포수) 방법론

 

앞서 프로젝트 관리(23) 포스팅에서 스크럼 프레임워크에 대해 알아봤습니다. 그리고 스크럼 프레임워크와 칸반, 워터폴을 비교해보았어요. 칸반 방법론에 대해서는 이미 포스팅을 작성했었습니다. 

 

▼ Kanban(칸반) 방법론

프로젝트 관리 (21) : 프로젝트 관리 간소화를 위한 시각적 접근 방식, 칸반 방법론(Kanban methodology)

 

그래서 오늘은 Waterfall(폭포수) 방법론에 대해 포스팅을 작성해보려 합니다. 

 

---

 

Waterfall 방법론은 프로젝트 관리에 대한 전통적인 접근 방식입니다. 프로젝트에 대한 요구사항이 명확하고 진행과정이 잘 정리되어 있다면 적용하기에 적합합니다. 에자일이나 스크럼만큼 유연성이 좋지는 않지만 구조화된 프로젝트의 목표를 달성하기에 좋은 방법론 입니다. 

 

출처 : 픽사베이

 

지금부터 Waterfall 방법론의 개념, 주요 원칙, 적용 시기 및 프로젝트 적용 방법에 대해서 알아보도록 하겠습니다. 

 

 

Waterfall 방법론이란?

 

Waterfall 방법론은 선형적이고 순차적인 프로젝트 관리 방법입니다. 물이 폭포 위에서 아래로 떨어지는 것 처럼, 프로젝트의 각 단계가 순서대로 엄격하게 진행되는 방식입니다. 이 방법은 제조업 또는 건설산업에서 시작되었는데요. 이러한 산업은 프로젝트를 중간에 변경하는 것이 현실적으로 어렵고 비용이 많이 드는 산업이기 때문에 프로젝트 완성을 위해 각 단계를 엄격하게 규정할 필요가 있습니다. 

 

 

Waterfall 방법론의 주요 단계

 

1. 요구사항 수집

 앞서 Waterfall 방법론의 개념에서 이야기 했듯, 이 방법론에서는 각 단계가 엄격하게 지켜지고 중도에 변경하기 어렵습니다. 따라서 변수가 될 수 있는 정보, 요구사항을 모두 수집하고 분석해서 모호함을 제거해야 합니다.

 

2. 설계 계획

 분석한 요구사항을 기반으로 청사진 또는 설계 계획을 작성합니다. 이 단계에서는 상위 수준 설계(시스템 아키텍쳐)와 하위 수준 설계(상세 모듈 또는 기능)가 모두 포함됩니다. 

 

3. 구현(개발)

 설계 계획을 바탕으로 실제 프로젝트를 구현합니다. 프로젝트 결과물이 제품이라면 디자인에 따라 제품이 제작되고, 소프트웨어 프로그램이라면 코드 작성 및 컴파일을 진행합니다. 

 

4. 테스트 

 완성된 제품은 계획대로 모든 요구사항과 기능을 충족하는지 확인하기 위해 철저한 테스트를 거칩니다. 이 단계에서 오류를 수정하고 성능을 최적화 합니다. 

 

5. 생산(배포) 

 제품 및 소프트웨어가 고객에게 전달됩니다. 이 단계에 제품의 설치, 사용자 교육 및 초기 지원이 포함됩니다. 

 

6. 유지관리

 배포 후 제품에 생기는 문제를 해결하고 고객의 요구 사항을 지속적으로 충족할 수 있도록 유지관리(사후관리)가 필요합니다. 

 

 

Waterfall 방법론의 장점

 

1. 명확한 구조 및 문서화

 waterfall 방법론은 각 단계가 명확하게 정의되어 있어 진행 사항을 쉽게 추적하고 관리할 수 있습니다. 또 프로젝트 전반에 걸쳐 철저한 문서화를 보장할 수 있습니다. 

 

2. 예측 가능성

 요구사항 및 변수를 최대한 미리 수집하여 프로젝트 설계를 하기 때문에 중도 변경이 적습니다. 프로젝트 진행 사항을 예측할 수 있게 하고 시간, 비용 및 리소스를 효율적으로 관리할 수 있습니다.  

 

3. 안정적인 프로젝트에 적합 

 요구사항 변경이 없는 프로젝트 관리에 Waterfall 방법론을 적용하면 안정적이고 효율적인 프레임워크를 운영할 수 있습니다. 

 

4. 관리 용이성

 Waterfall의 선형적 특성으로 인해 작업이 중복되지 않고 한 단계씩 순차적으로 완료할 수 있어 프로젝트 관리가 단순해집니다. 

 

 

Waterfall 방법론의 한계

 

1. 경직성 

프로젝트 후반부에 요구사항을 변경하면 비용이 높아지고 최악의 경우 프로젝트가 중단될 수 있습니다. 

 

2. 오류 인식이 늦음 

 제품의 기능에 대한 테스트가 프로젝트 후반부에 수행되기 때문에 중요한 문제에 대한 발견이 늦을 수 있습니다. 

 

3. 장기 프로젝트 적용 위험

 장기 프로젝트에 Waterfall 방법론을 적용할 경우, 경직성 때문에 사용자 또는 시장의 변동을 따라가지 못하는 결과가 나올 수 있습니다. 

 

4. 제한된 피드백

 프로젝트 이해관계자들은 일반적으로 개발 프로세사가 끝나고 테스트를 할 때 제품을 확인할 수 있으며, 프로젝트 중간에 충분한 피드백을 하기가 어렵습니다. 

 

 

Waterfall VS Agile 

 

구분	Waterfall	Agile
접근법	선형 및 순차	반복 및 증분
유연성	요구사항 변화가 어려움	변화하는 요구사항에 적응
검증(테스트)	구현 후 발생	개발 전반에 걸쳐 지속적으로 테스트
이해관계자 참여	초기 및 후기 단계로 제한됨	정기적인 참여와 피드백 가능
적용 가능 프로젝트	안정적이고 예측 가능한 프로젝트	역동적이고 빠르게 변화하는 프로젝트

 

▼ Agile(애자일) 방법론

프로젝트 관리(15) : 변화에 빠르게 대응하는 조직관리 기법, 애자일(Agile) 방법론

 

 

---

 

 

그렇다면 Waterfall 방법론은 어떤 프로젝트에 적용하는 것이 좋을까요? 

 

1. 요구사항이 안정적인 프로젝트

2. 목표가 명확한 소규모(단기) 프로젝트

3. 규제가 엄격한 산업에서 시행하는 프로젝트

4. 새롭게 구성되어 구조를 만들어 가는 팀이 운영하는 프로젝트

 

 

도움이 되셨기를 바랍니다!

프로젝트관리 방법론 다음 시리즈로 돌아오겠습니다.