프로젝트 관리 방법론: 폭포수 vs. 애자일

가끔 "Gantt는 죽었어", "민첩하게 관리해야 해" 또는 "프로젝트 관리는 죽었어"와 같은 감탄사를 듣습니다. 그 중 많은 부분이 마케팅 쓰레기에 불과하지만 프로젝트 포트폴리오 관리자, 스크럼 마스터 및 PM의 기타 전문가를 자주 만납니다. 애자일 대 폭포간트) 방법론.

철저한 프로젝트 관리의 삼각형

철 삼각형은 실제로 성공적인 프로젝트 계획을 위한 핵심 요소의 매우 간단한 최상위 수준 프레젠테이션입니다. 범위, 시간 및 가격/자원. 자원은 많은 산업에서 가격의 유일하거나 중요한 요소입니다.

사람이 가장 소중한 자산입니다 증가, 감소 또는 곱할 수 없습니다. 마찬가지로 기계와 같은 자원은 생산 능력이 있으며 간단한 클릭으로 변경할 수 없습니다.

철의 삼각형은 폭포 또는 애자일을 선택할지 여부에 영향을 미칩니다.

그렇다면 철의 삼각형은 어떻게 그림에 등장하는 것일까요? 폭포수 계획을 어디에 사용해야 하고 언제 일부 Agile 접근 방식을 사용해야 하는지 이해할 수 있는 간단하면서도 효율적인 기능을 제공합니다.

쉬운 프로젝트 철 삼각형

폭포 프로젝트 관리

폭포수 접근 방식은 범위가 잘 정의되고 프로젝트의 핵심 요소 인 프로젝트에서 가장 유용합니다.

예: 집 짓기, 회의 기획, PM 소프트웨어 Easy Project 구현

이용 방법: 프로젝트 범위가 정의 됨 (결정된). 그것은 내가 집에 있는 창문의 수를 변경할 수 없다는 것을 의미합니다. 회의 장소나 주제를 변경할 수 없습니다.) 그리고 프로젝트 시간은 제한 요소입니다. 절대적으로(회의) 또는 절대적으로(EP 구현)에 가깝습니다.

범위가 고정되어 있는 경우 프로젝트 관리자 또는 포트폴리오 관리자의 주요 과제는 각 특정 프로젝트에서 필요한 일련의 작업과 관련하여 병렬 프로젝트 전반에 걸쳐 모든 유형의 리소스를 적시에 계획하는 것입니다.

주택 건설을 예로 들어 보겠습니다.: 시멘트 운반 담당자는 시멘트 자원 부족으로 인한 지연으로 석공이 작업을 완료하지 못할 수 있으므로 제시간에 작업을 완료해야 합니다. 콘크리트가 단단해지면 이미 다른 건설 현장에 있을 수 있습니다.

쉬운 프로젝트 철 삼각형

민첩한 프로젝트 관리

애자일 접근 방식은 다음과 같은 프로젝트에서 사용해야 합니다. 시간은 고정되어있다., 자원은 정의 요소입니다. 과 범위는 계획의 주제입니다. (우선 순위).

예: SW개발(스프린트), 퍼블리싱(잡지, 신문발간), 마케팅컨텐츠(캠페인)

이용 방법: 마감일과 잘 알려진 리소스가 있는 스크럼 마스터 또는 유사한 역할의 작업자는 다음 스프린트에서 제공할 항목을 우선시합니다. 스크럼 마스터는 일반적으로 다양한 유형의 리소스에 대해 서로 다른 백로그와 스크럼 보드를 가지고 있습니다(SW의 버그 수정 프로그램 및 기능 요청 또는 신문의 정치 및 스포츠 저널리스트).

쉬운 프로젝트 철 삼각형

이것이 어떻게 도움이 될 수 있습니까?

분명히, 전체 문제는 여전히 프로젝트 관리의 철의 삼각형(Iron Triangle)을 중심으로 돌아가며, 운영 계획은 동일한 것의 다른 부분에 더 많이 초점을 맞춥니다. 그래서 우리는 이것에서 무엇을 얻을 수 있습니까?

1. 기본적으로 모든 조직에는 다음과 같은 유형의 프로젝트가 있습니다. 두 가지 방법론이 모두 필요합니다 효율적인 작업 프로세스를 설정합니다.
2. 고품질 자원 계획 타임라인과의 연결은 모든 워터폴 프로젝트, 특히 프로젝트 포트폴리오 계획에 필수적입니다. Easy Project의 것과 같습니다.
3. Agile 프로젝트 관리: 우선 순위 관리는 일반적으로 다양한 도구를 통해 꽤 잘 처리되는 것으로 나타났습니다. 그러나 문제는 종종 특정 백로그에 대한 리소스의 정확한 투입입니다. 그래서 여기서 추천하는 리소스를 정확하게 매핑하고 할당. 예를 들어 - SW 개발자는 더 많은 백로그(버그 대 기능 요청)에 사용될 수 있습니다. 그러나 백로그에 대한 리소스의 양적 할당을 수정하지 않으면 전달 가능한 우선 순위를 계획할 수 없으며 스크럼 마스터는 이들 간의 불일치를 지속적으로 해결해야 합니다.

요약: 이 두 가지 관리 방법론의 결합

그림에서 볼 수 있듯이 우리는 기초 역할을 하는 폭포수 프로젝트를 가지고 있습니다. 당연히 이 SW 릴리스 계획의 예에는 분명한 순서와 종속성이 있습니다. 그러나 이 프로젝트에 참여하는 팀(마케터, 문서 작성자)은 부서에서 민첩한 방식으로 전달을 관리할 수 있습니다.

전자의 방법론은 후자보다 낫지 않으며 단순히 다른 문제를 해결합니다.

쉬운 프로젝트 민첩한 폭포