워터폴 프로젝트 관리에 대해 알아야 할 모든 것

프로젝트 매니저가 선택할 수 있는 프로젝트 관리 방법론은 다양합니다. 애자일 프로젝트 관리, 칸반 프로젝트 관리, 스크럼 등 사용할 수 있는 여러 가지의 반복 프로세스가 있습니다.

그러나 프로젝트에 더 선형적인 접근이 필요한 경우에는 어떻게 해야 할까요? 워터폴 방법론은 팀이 작업이나 마일스톤과 같은 공동의 목표를 한 번에 하나씩 달성하도록 돕는 선형 프로젝트 관리 방법론입니다.

워터폴 프로젝트 관리란?

워터폴은 프로젝트의 단계 구분이 뚜렷하게 나누어진 순차적 프로젝트 관리 방법론입니다. 각 단계는 이전 단계가 완료된 후에만 시작합니다.

워터폴 프로젝트 관리 접근 방식은 생산 공정을 계속 진행하기 위해서는 각 마일스톤이 완료되어야 하는 제조 및 건설 업계에서 유래되었습니다. 예를 들어, 집을 짓는 데 토대가 부어지지 않은 상태에서 벽을 세울 수는 없습니다.

워터폴 프로젝트 관리는 제조 분야에서 시작되었지만 소프트웨어 개발을 포함한 다양한 산업 분야의 필요에 맞게 응용되었습니다. 예를 들어, 워터폴 프로젝트의 예시는 다음과 같습니다.

워터폴 방법론은 종종 플로 차트나 간트 차트의 형식으로 시각화됩니다. 워터폴 방법론은 각 작업이라는 작은 폭포가 다음 단계로 떨어지기 때문에 워터폴이라고 불립니다. 간트 차트에서, 이전 단계가 다음 단계로 ‘떨어지는’ 것을 볼 수 있습니다.

워터폴 프로젝트 관리 방법론의 6가지 단계

모든 팀이 워터폴 프로젝트 관리를 사용할 수 있지만, 이 방법론은 순차적으로 진행되어야 하는 프로세스에 가장 유용합니다. 진행하고 있는 프로젝트가 동시에 완료할 수 있는 작업이라면, 애자일 방법론 같은 다른 프레임워크를 사용해 보세요.

워터폴 프로젝트 관리를 사용할 준비가 되었다면, 다음 6단계를 따르세요.

1. 요건 기술 단계

이 단계는 프로젝트를 성공으로 이끌기 위해 가능한 많은 정보를 모으는 초기 계획 프로세스입니다. 워터폴 방법에서 작업은 이전 단계에 종속되어 있기 때문에 사전에 숙고해야 하는 부분이 많습니다. 이 계획 프로세스는 워터폴 모델에서 아주 중요한 부분이며, 그렇기 때문에 프로젝트 타임라인에서 계획에 가장 많은 시간을 사용합니다.

이 방법이 제대로 작동하게 하려면, 프로젝트의 각 단계를 설명하는 상세한 프로젝트 계획을 모아서 작성해야 합니다. 이 계획에는 필요한 리소스가 무엇인지, 구체적으로 어떤 팀원이 이 프로젝트에 참여하는지까지 모든 사항을 포함합니다. 일반적으로 이 문서는 프로젝트 요건 기술 문서라고 불립니다.

요구 사항 기술 단계를 마무리 할 때, 프로젝트에 관해 다음 사항을 포함하여, 시작부터 종료까지의 내용에 대해 명확한 개요가 있어야 합니다.

• 프로세스의 각 단계

• 각 단계에서 업무를 진행하는 사람

• 핵심 종속 관계

• 필요한 리소스

• 각 단계의 소요 시간을 나타내는 타임라인

2. 시스템 설계 단계

소프트웨어 개발 프로세스에서 설계 단계는 프로젝트팀이 어떤 하드웨어를 사용하게 될지, 프로그래밍 언어 및 사용자 인터페이스 같은 자세한 기타 정보 등을 구체화하는 단계입니다.

상위 수준 설계 단계와 하위 수준 설계 단계라는 두 가지 시스템 설계 단계가 있습니다. 상위 수준 설계 단계에서, 팀은 소프트웨어가 어떻게 작동할지, 정보에 어떻게 접근할지에 대한 기본 틀을 만듭니다. 하위 수준 설계 단계에서 팀은 소프트웨어의 더 구체적인 부분을 만듭니다. 만약 상위 수준 설계 단계가 뼈대라면, 하위 수준 설계 단계는 프로젝트의 내부 장기라고 비유할 수 있습니다.

워터폴 방법을 사용하여 개발을 진행하고 있는 해당 팀원은 프로젝트를 진행하면서 무엇이 완료되었는지 다시 참조할 수 있도록 각 단계를 모두 문서로 남겨두어야 합니다.

3. 실행 단계

이 단계는 모든 것이 실행되는 단계입니다. 첫 번째 단계의 요건 기술 문서와 두 번째 단계인 시스템 설계 단계에 기반하여, 팀은 본격적인 개발 프로세스를 시작합니다. 이 개발 프로세스는 요구 사항 기술 문서와 시스템 설계 단계에서 설명된 대로 소프트웨어를 만들기 위한 단계입니다.

4. 테스트 단계

테스트 단계는 개발팀이 품질 보증 테스트 팀에 프로젝트를 넘기는 단계입니다. QA 테스터는 프로젝트가 배포되기 전에 수정해야 할 버그나 오류를 찾습니다.

테스터는 QA를 진행하는 동안 발견한 모든 문제를 명확하게 문서로 남겨야 합니다. 다른 개발자가 비슷한 버그를 발견했을 때, 해당 문제를 수정하기 위해 이전 문서를 참조하여 도움을 받을 수 있습니다.

5. 배포 단계

개발 프로젝트에서 이 단계는 최종 사용자에게 소프트웨어가 배포되는 단계입니다. 다른 산업 분야에서는 결과물이 출시되고 최종 고객에게 전달되는 단계입니다.

6. 유지 보수 단계

프로젝트가 배포되고 나면, 새로운 버그가 발견되거나, 소프트웨어 업데이트가 필요한 경우가 생길 수 있습니다. 이 단계가 유지 보수 단계이며, 소프트웨어 개발은 이 단계에서 계속해서 작업하는 것이 일반적입니다.

워터폴 방법론을 사용하기 적합한 경우

워터폴 방법론은 철저한 계획과 상세한 문서화가 가능하기 때문에 일반적인 형식의 프로젝트 관리입니다. 그러나 이 프레임워크는 모든 프로젝트에 적합하지는 않습니다. 이러한 종류의 프로젝트 관리를 사용하기에 적합한 경우를 몇 가지 예시를 들어 소개합니다.

프로젝트의 최종 목적이 명확하게 정의되어 있는 경우

워터폴 접근 방식의 장점 중 하나는 A 지점에서 B 지점으로의 경로가 명확하다는 것입니다. 여러분의 B 지점이 명확하지 않다면, 애자일 접근 방법과 같은 반복 양식의 프로젝트 관리를 사용하는 것이 더 나을 수 있습니다.

워터폴 방식은 프로젝트 매니저가 목표에서부터 역방향으로 진행하여 모든 필수 요건을 갖춘 명확하고 상세한 경로를 작성할 수 있기 때문에, 목표가 명확하게 정의되는 프로젝트에 적합합니다.

예산이나 시간에 제한이 없는 경우

프로젝트에 예산이나 시간의 제한이 없는 경우, 팀원은 요건과 시스템 설계 단계에서 가능한 많은 시간을 사용할 수 있습니다. 세심하게 숙고하여 명확하게 정의된 프로젝트 계획을 만들 때까지, 원하는 만큼 프로젝트의 요건을 수정하고 조정할 수 있습니다.

반복할 수 있는 프로세스를 만드는 경우

워터폴 모델은 프로세스의 거의 모든 단계에서 문서를 작성해야 합니다. 이렇게 문서로 기록하면 새로운 팀원이 프로젝트를 반복해서 진행하기 쉬워집니다. 각 단계가 명확하고 상세하게 기록되어 프로세스를 다시 생성할 수 있습니다.

반복할 수 있는 프로세스를 만들면 비슷한 프로젝트에서 정확하게 어떤 일을 처리해야 하는지, 손쉽게 새로운 팀원을 교육할 수 있습니다. 이런 점 때문에 워터폴 프로세스는 프로세스를 표준화하는 프로젝트 관리에 효과적인 접근 방법입니다.

워터폴 프로젝트 관리의 이점

일관성 있게 문서를 작성하면 역추적하기 쉽습니다

워터폴 프로젝트 관리 프로세스를 실행할 때, 진행하는 모든 단계를 문서로 작성합니다. 이렇게 문서로 만들어 두면 이점이 될 수 있습니다. 팀이 프로세스를 역추적해야 하는 경우, 손쉽게 실수를 발견할 수 있습니다. 이미 언급한 것처럼, 새로운 팀원을 위해 반복할 수 있는 프로세스를 만드는 데도 좋은 방법입니다.

추적 프로세스가 쉽습니다

워터폴 프로젝트를 간트 차트에 배치하여, 프로젝트 진행 상태를 손쉽게 추적할 수 있습니다. 타임라인 자체는 진행 상태 바 역할을 합니다. 따라서 프로젝트가 어떤 단계에 있는지 언제나 명확하게 확인할 수 있습니다.

팀원이 시간을 효율적으로 관리할 수 있습니다

워터폴 방법론은 요구 사항 기술 단계와 설계 단계에서 세심한 계획을 거치기 때문에, 이해관계자가 워터폴 프로세스의 특정한 부분에서 얼마의 시간이 소요되는지 쉽게 추정할 수 있습니다.

워터폴 모델의 단점

문제가 발생할 시 타임라인에 과도한 영향을 줄 수 있습니다

워터폴 방법론은 본래 선형 방법론입니다. 따라서, 진행 중에 문제가 생기거나, 작업이 지연되면, 전체 타임라인이 변경됩니다. 예를 들어, 타사 벤더가 제조팀에 특정 부품을 늦게 보낼 경우, 특정 부품을 받을 때까지 전체 프로세스가 일시 중지되어야 합니다.

선형 진행 상태는 역추적하기 어렵습니다

워터폴 방법론의 가장 큰 단점은 일단 단계가 완료되고 나면, 그 이전으로 돌아가는 것이 어렵다는 것입니다. 예를 들어, 집 벽에 페인트칠을 하는 경우, 이전 단계로 돌아가 방 하나의 크기를 늘릴 수는 없습니다.

QA가 프로세스의 후반에 진행됩니다

칸반이나 애자일과 같은 더 반복적인 프로젝트 관리 방법론과 비교했을 때, 워터폴 접근 방식에서는 검토 단계가 프로세스의 후반에 진행됩니다. 실수가 프로세스의 초반에 발생했다면, 다시 돌아가 실수한 부분을 고치기 어렵습니다. 워터폴 프로세스가 작동하는 방식 때문에, 최적의 해결책을 찾거나 반복할 수 있는 여지가 없습니다.

워터폴 프로젝트 관리하기

워터폴 프로젝트를 진행할 때는 진행 중인 여러 가지 업무와 여러 팀원의 업무를 계속해서 추적해야 합니다. 모두가 진행 상황을 파악할 수 있는 가장 좋은 방법은 업무 관리 소프트웨어를사용하여 워크플로, 타임라인, 결과물 등을 모두 한곳에서 관리하는 것입니다.

팀과 함께 워터폴 프로젝트를 사용할 준비가 되었다면, Asana를 사용해 보세요. 프로젝트를 선형적 타임라인으로 시각화해주는 타임라인 보기를 포함하여, Asana 프로젝트를 다양한 방법으로 볼 수 있습니다.