10.6 프로젝트 관리

개요와 동기

프로젝트 관리는 제약 아래서 의도를 전달된 성과로 바꾸는 규율입니다. 일이 실제로 끝나고 가치를 전달하도록 사람, 범위, 일정, 비용, 위험, 품질을 조율합니다. 소프트웨어에서는 흔히 의심의 눈초리를 받으며, 현실이 무시하는 무거운 계획과 간트 차트에 묶여 있습니다. 그러나 밑바탕의 필요는 사라지지 않습니다. 누군가는 올바른 일이 올바른 순서로 일어나고, 의존성이 관리되고, 위험이 일찍 드러나고, 이해관계자가 무엇을 기대해야 하는지 알도록 해야 합니다. 질문은 프로젝트를 관리할지 말지가 아니라, 의무를 충족하면서 얼마나 가볍고 적응적으로 할 수 있느냐입니다.

왜 이것을 명시적으로 다룰까요? 소프트웨어 프로젝트는 놀라운 비율로 실패하고, 순수한 기술적 이유보다 관리상의 이유로 훨씬 자주 실패합니다. 불분명한 범위, 관리되지 않는 의존성, 다뤄지지 않은 위험, 부재한 이해관계자, 정밀한 장기 추정이라는 환상입니다. 큰 프로그램은 특히 노출됩니다. 많은 팀, 벤더, 여러 분기의 지평 속에서 작은 조율 실패가 복리로 쌓입니다. 좋은 프로젝트 관리는 대체로 약속을 정직하게 하고, 일을 합리적으로 분해하고, 문제가 아직 고치기 싼 동안 드러나도록 빠른 피드백을 만드는 실천입니다.

기업과 정부 맥락은 판돈을 올리고 제약을 바꿉니다. 기업은 전략과 예산 주기에 맞춰 맞물린 이니셔티브의 포트폴리오를 관리합니다(10.1장). 정부는 조달 규칙, 다년 세출, 계약자 관리, 공적 책무를 더합니다. 거기서 역사적 기본값(크고, 범위가 고정된 폭포수 계약)은 비싸고 눈에 띄는 실패의 긴 기록이 있습니다. 이 장은 예측형, 적응형, 하이브리드 접근 전반에 적용되는 기본을 다룹니다. 10.7장(애자일)은 적응적 전달을 깊이 다루고, 10.1장은 단일 프로젝트 위의 포트폴리오와 프로그램 관리를 다룹니다.

핵심 원칙

활동이 아니라 성과를 관리하십시오. 완료는 닫힌 과업이 아니라 전달된 가치를 뜻합니다.
분해하고 순서를 정하십시오. 작고, 순서가 있고, 의존성을 아는 일이 일괄 계획보다 낫습니다.
추정은 약속이 아니라 범위입니다. 불확실성을 정직하게 전달하십시오.
위험을 일찍, 지속적으로 드러내십시오. 가장 싼 문제는 가장 먼저 잡은 문제입니다.
방법을 일에 맞추십시오. 예측형, 적응형, 하이브리드. 불확실성과 제약에 맞추십시오.
상태를 투명하게 하십시오. 보이는 흐름이 안심시키는 보고서보다 낫습니다.
이해관계자는 팀의 일부입니다. 고객의 부재는 프로젝트 위험입니다.

권장 사항

예측형, 적응형, 하이브리드를 의도적으로 선택한다

보편적으로 옳은 전달 모델은 없습니다. 방법과 맥락 사이의 적합이 있을 뿐입니다.

예측형(계획 주도, “폭포수”): 범위를 앞서 고정하고 일정과 비용을 도출합니다. 정말로 안정적이고 잘 이해된 요구 사항과 엄격한 외부 제약(규제 인증, 물리적 통합)이 있는 일에 맞습니다. 실패 모드는 소프트웨어 요구 사항이 안정적이지 않은데 안정적인 척하는 것입니다.
적응형(애자일): 범위가 유연합니다. 시간과 비용은 동작하는 소프트웨어를 전달하고 학습을 흡수하는 짧은 반복 안에서 고정됩니다. 요구 사항이 발견되는 대부분의 제품 및 디지털 서비스 일에 맞습니다(11.1장, 10.7장).
하이브리드: 예측형 거버넌스 껍질 안의 적응형 핵심으로, 자금, 컴플라이언스, 계약이 마일스톤과 감사를 요구하는 반면 전달은 반복의 덕을 보는 기업과 정부에서 흔하고 종종 옳습니다.

PMBOK(프로젝트 관리 협회의 프로젝트 관리 지식 체계)와 PRINCE2(PRojects IN Controlled Environments) 같은 프레임워크는 예측형과 하이브리드 실천을 성문화합니다. 요점은 일에 필요 없는 의례를 들여오지 않으면서 그 규율(역할, 위험, 단계 관문)을 빌리는 것입니다.

삼중 제약에 대해 범위를 관리한다

범위, 일정, 비용은 품질로 경계 지어져 함께 움직입니다. 고전적인 “철의 삼각형”입니다. 셋을 모두 고정하고 공짜로 범위를 더할 수는 없습니다. 무언가가 양보하며, 그렇지 않은 척하는 것이 죽음의 행군이 시작되는 방식입니다. 상충을 명시적으로 만들고 어느 변수가 유연할지 결정하십시오. 적응형 방법은 시간과 비용을 고정하고 범위를 유연하게 합니다. 고정 가격 계약은 범위와 비용을 고정하며, 현실에서는 관리하지 않으면 품질이나 일정이 유연해집니다. 가벼운 변경 프로세스(12.3장)로 범위 확대를 통제하고, 모든 것을 미루는 것보다 가치 있는 핵심으로 범위를 줄이는 것을 선호하십시오.

정직하게, 범위로 추정하고 다시 예측한다

추정은 프로젝트가 스스로에게 가장 자주 거짓말하는 곳입니다. 추정을 단일 숫자가 아니라 확률적 범위로 다루고, 멀고 잘 이해되지 않은 일에는 넓히십시오(“불확실성의 원뿔”). 상대적이고 경험적인 방법을 선호하십시오. 과거 처리량과 사이클 타임(11.2장, 11.3장)이 영웅적인 상향식 짐작보다 잘 예측합니다. 가능한 곳에서는 추정을 측정으로 대체하십시오. 주당 8개 항목을 닫는 팀은 스토리 포인트와 무관하게 40개 항목에 약 5주가 걸립니다(리틀의 법칙이 다시 한번. 전달 시간을 정하는 것은 추정이 아니라 처리량과 진행 중인 일입니다). 현실이 도착함에 따라 지속적으로 다시 예측하십시오. 결코 변하지 않는 계획은 관리되고 있는 것이 아닙니다.

의존성과 크리티컬 패스를 관리한다

규모에서 지배적인 위험은 거의 한 팀의 속도가 아닙니다. 팀과 벤더 사이의 의존성입니다. 의존성을 명시적으로 지도화하고, 크리티컬 패스(가장 이른 종료를 정하는 순서)를 식별하고, 가장 길고 위험한 의존성을 먼저 공략하십시오. 가능한 곳에서는 결합을 줄이고(제거된 의존성이 추적되는 의존성보다 가치 있습니다), 팀이 병렬로 진행할 수 있도록 분명한 인터페이스와 계약을 쓰십시오(1.2장, 2.3장). 팀 간 프로그램에서는 정기적인 의존성 및 위험 동기화가 아무도 읽지 않는 상태 보고서보다 낫습니다.

살아 있는 위험 등록부를 운영한다

위험 관리는 지렛대가 가장 큰 프로젝트 관리 활동이면서 가장 자주 건너뛰는 활동입니다. 단순하고 살아 있는 위험 등록부를 유지하십시오. 각 위험의 가능성, 영향, 소유자, 완화나 비상 대책입니다(12.3장). 정기적으로 리뷰하고, 지나간 위험은 퇴역시키고, 새로 나타나는 것은 더하십시오. 위험(일어날 수 있음)을 이슈(이미 일어나고 있음), 결정(1.6장)과 구별하십시오. 목표는 문서가 아닙니다. 마감에서 문제를 발견하는 대신 예상하게 해 주는 앞을 내다보는 습관입니다.

이해관계자를 참여시키고 투명하게 소통한다

대부분의 “놀라운” 프로젝트 실패는 목소리를 듣지 못한 누군가에게 일찍부터 보였습니다. 이해관계자를 식별하고, 그들의 우려를 이해하고, 진짜로 참여시키십시오. 고객의 부재는 그 자체로 최상위 위험입니다. 낙관에 보상하는 녹-황-적 보고서가 아니라 투명한 흐름(보이는 보드, 번업 차트, 시연된 동작하는 소프트웨어)으로 상태를 소통하십시오. 정직하게 일찍 에스컬레이션하십시오. 잘 운영되는 프로젝트는 나쁜 소식이 빨리 전해지게 합니다.

장단점

접근	장점	단점
예측형 / 폭포수	예측 가능한 범위와 비용. 계약과 감사에 친화적	불확실한 요구 사항에 부적합. 늦은 피드백. 일괄 위험
적응형 / 애자일	빠른 피드백. 변화를 흡수. 이른 가치	범위/비용을 앞서 고정하기 어려움. 참여하는 고객 필요
하이브리드	거버넌스 안의 반복. 기업/정부에 맞음	주기 사이의 긴장. 양쪽의 오버헤드를 물려받을 수 있음
상세한 선행 추정	계획자와 자금 제공자에게 안도	정밀하게 틀림. 만드는 데 비용이 듦. 빠르게 퇴색
경험적 예측(흐름 지표)	근거가 있고 스스로 교정됨	이력과 규율 필요. 덜 “확실해” 보임
무거운 위험/프로세스 의례	철저함. 판돈이 큰 프로그램에 좋음	작은 팀을 늦춤. 체크박스 채우기가 될 수 있음

중심 긴장은 예측 가능성 대 적응성입니다. 자금 제공자, 계약, 감사는 확고한 약속을 원합니다. 불확실한 소프트웨어 일은 배울 여지가 필요합니다. 애자일이 하는 방식(10.7장)으로 푸십시오. 범위를 유연하게 하면서 성과와 마감을 확고히 약속하고, 전달을 얼리지 않으면서 감독을 만족시키도록 하이브리드 거버넌스를 쓰십시오.

팀과 논의할 질문

양쪽의 오버헤드를 물려받지 않으면서 적응형 전달 팀을 예측형 거버넌스 껍질로 어떻게 감싸겠습니까? 하이브리드는 자금 주기, 컴플라이언스, 계약이 마일스톤과 감사를 요구하면서 전달은 반복의 덕을 보는 기업과 정부에서 흔하고 종종 옳습니다. 위험은 실제입니다. 잘못 설계된 하이브리드는 폭포수의 무거운 문서화와 애자일의 의례를 한꺼번에 물려받고, 팀은 두 주기가 서로 싸우는 마찰을 느낍니다. 증거를 가져오십시오. 자금 관문, 컴플라이언스 점검, 계약 마일스톤이 실제로 어디에 떨어지는지 지도화하고, 각각이 전달 일이 달리 생산하지 않는 문서를 요구하는지 확인하십시오. 답은 별도 보고서를 모으느라 멈추는 대신, 시연된 동작하는 증분과 살아 있는 위험 등록부를 거버넌스 리듬에 공급해 반복이 감독과 싸우지 않고 만족시키게 해야 합니다. 일에 필요 없는 의례를 들여오지 않으면서 PRINCE2 같은 프레임워크의 규율을 빌리십시오.
프로젝트 상태는 투명한 흐름입니까, 낙관에 보상하는 녹-황-적 보고서입니까? 대부분의 놀라운 실패는 목소리를 듣지 못한 누군가에게 일찍부터 보였고, 수박 상태(겉은 녹색, 속은 적색)는 정직한 나쁜 소식이 마감까지 묻혀 있는 방식입니다. 안심시키는 보고서를 보이는 보드, 번업 차트, 시연된 동작하는 소프트웨어로 바꾸고, 일찍 에스컬레이션하는 것을 경력 위험이 아니라 안전한 행위로 만드십시오. 증거를 가져오십시오. 마지막 문제 있었던 프로젝트를 보고 첫 경고 신호가 존재한 때와 리더십이 들은 때를 비교하십시오. 고객의 부재는 그 자체로 최상위 위험이므로, 참여하는 이해관계자가 진짜 루프에 있는지, 아니면 자신 있게 엉뚱한 곳을 향해 만들고 있는지 확인하십시오. 잘 운영되는 프로젝트는 나쁜 소식이 빨리 전해지게 하며, 해법은 도구만큼 문화적입니다.
일정과 비용이 더 이상 움직이지 않으면 줄여 들어갈 최소한의 가치 있는 핵심을 알고 있습니까? 범위, 일정, 비용은 품질로 경계 지어져 함께 움직이며, 자금 제공자가 셋을 모두 고정하면 품질이 조용한 배출구가 되고 죽음의 행군이 시작됩니다. 적응형 방법은 시간과 비용을 고정하고 범위를 유연하게 하는데, 이는 어느 조각이 진짜 가치를 전달하고 어느 기능이 협상 가능한지 이미 결정했을 때만 통합니다. 증거를 가져오십시오. 현재 릴리스에서 반드시 출하해야 하는 핵심과 가장 먼저 잘라 낼 목록의 이름을 댈 수 있습니까, 아니면 모든 기능을 조용히 필수로 다루고 있습니까? 답은 모든 것을 미루는 대신 가치 있는 핵심으로 범위를 줄이게 해야 하며, 압박이 닥치기 전에 정해져야지 마감에서 즉흥적으로 정해서는 안 됩니다. 나머지는 가벼운 변경 프로세스로 통제해 범위 확대가 믿었던 여유를 먹지 못하게 하십시오.
지금 크리티컬 패스에 있는 팀 간 의존성은 무엇이며, 그것을 제거하거나 위험을 줄일 책임은 누구에게 있습니까? 규모에서 지배적인 위협은 거의 한 팀의 속도가 아닙니다. 가장 이른 가능한 종료를 정하는 팀과 벤더 사이의 의존성 순서입니다. 아무도 현재 크리티컬 패스 의존성의 이름을 댈 수 없다면, 실제로 날짜를 좌우하는 것이 지켜지지 않은 채 표류하는 동안 국소적 진행을 관리하고 있는 것입니다. 증거를 가져오십시오. 어느 인계가 어느 것에 공급되는지, 가장 긴 사슬이 어디로 달리는지, 어느 연결이 아직 만들어지지 않았거나 계약상 막혀 있는지 보여 주는 의존성 지도와, 위험한 각 연결의 이름 붙은 소유자입니다. 가장 길고 위험한 의존성을 먼저 공략하고 가능한 곳에서 결합을 제거하는 것을 목표로 하십시오. 제거된 의존성이 추적되는 의존성보다 가치 있기 때문입니다. 기업과 정부 프로그램에서 가장 어려운 연결은 흔히 벤더나 기관 경계를 넘으므로, 양쪽에 책임지는 소유자의 이름을 대고 계약이 그들이 행동하도록 허락하는지 확인하십시오. 그렇지 않으면 의존성이 공적 지연이 될 때까지 해결되지 않은 채 남을 것입니다.
현실이 도착함에 따라 어떻게 다시 예측하며, 지연이 일에 자금을 대는 사람들에게 얼마나 빨리 보입니까? 결코 변하지 않는 계획은 관리되는 것이 아니라 방어되는 것이며, 증거를 넘어 방어되는 단일 숫자 날짜가 프로젝트가 마감까지 침묵 속에 미끄러지는 방식입니다. 가능한 곳에서는 추정을 측정으로 대체해, 영웅적인 상향식 짐작이 아니라 과거 처리량과 사이클 타임으로 예측하고, 멀고 잘 이해되지 않은 일에는 범위를 넓히십시오. 증거를 가져오십시오. 실제 주간 완료율, 현재 백로그 크기, 그로부터 나오는 예상 종료를 리더십이 현재 믿는 날짜와 비교하십시오. 답은 자금 제공자에게 무너질 때까지 유지되는 고정 날짜가 아니라 매 주기 보는 정직하고 좁혀지는 예측을 줘야 합니다. 정부와 세출에 묶인 다른 환경에서는 지연을 일찍 드러내는 예측이 규칙 안에서 범위를 다시 정하거나 기준선을 다시 잡게 해 주는 반면, 숨겨진 지연은 감독의 실패이자 헤드라인이 됩니다.
진짜 의무를 충족하는 가장 가벼운 프로세스는 무엇이며, 의례가 위험을 줄이는 일에서 떨어져 나간 곳은 어디입니까? 과소 관리와 과잉 관리 모두 실제 비용이 있습니다. 한쪽에는 혼돈, 재작업, 놓친 의존성이 있고 다른 쪽에는 위험을 낮추지 않고 전달을 늦추는 체크박스 채우기가 있습니다. 긴장은 감사, 컴플라이언스, 계약 조건이 실제 요구를 부과하는데도 팀은 의식이 자리를 얻을 이유가 사라진 뒤에도 모든 의식을 유지하려 한다는 것입니다. 증거를 가져오십시오. 반복되는 각 보고서, 관문, 회의에 대해 그것이 다루는 구체적 의무나 위험의 이름을 대고, 어느 쪽에도 추적할 수 없는 것을 표시하십시오. 답은 실제 감사자나 자금 제공자를 만족시키는 산출물은 보존하면서 안심만 만들어 내는 의례를 퇴역시키게 해야 합니다. 기업과 정부 맥락에서는 각 의례를 그것이 섬기는 이름 붙은 세출, 조달, 규제 규칙에 매핑해, 컴플라이언스가 요구하는 것을 짐작하는 대신 나머지를 줄이는 것을 감독에 대해 변호할 수 있게 하십시오.

분야별 관점

스타트업. 의례는 거의 없이 규율은 진짜로 관리하십시오. 릴리스를 작고 순서가 있는 조각으로 나누고, 범위를 가치 있는 핵심으로 유연하게 하면서 출시 날짜를 약속하고, 창업자에게 단일 날짜 대신 범위를 제시하고, 실제로 닫은 조각 수로 매주 다시 예측하십시오. 날짜를 침몰시킬 수 있는 한 의존성을 소유자와 대안과 함께 명시하는 열 줄짜리 위험 등록부가 어떤 도구보다 가치 있습니다. 가장 희소한 자원은 주의이고 늦게 발견한 지연은 회사를 끝낼 수 있기 때문입니다.

소기업. 프로젝트 관리자도 없고 여유도 거의 없으니, 거버넌스 오피스를 세우는 대신 이미 돌리는 도구에 기대십시오. 하나의 보이는 보드에서 일을 추적하고, 짧은 살아 있는 위험 목록을 유지하고, 프로세스를 처음부터 만드는 대신 일정이나 티켓 제품을 사는 쪽을 선호하십시오. 릴리스가 할 가치가 있으려면 반드시 출하해야 하는 단일 기능을 앞서 정하십시오. 일정이 빠듯해지면 순간에 범위를 협상할 여분의 인원이 없을 것이기 때문입니다.

대기업. 문제는 많은 팀, 벤더, 자금 주기에 걸친 조율입니다. 적응형 팀을 예측형 거버넌스 껍질로 감싸고, 별도 보고서를 모으는 대신 시연된 증분과 살아 있는 위험 등록부를 마일스톤 리듬에 공급하고, 크리티컬 패스가 발견되는 대신 관리되도록 팀 간 의존성 지도를 유지하십시오. 포트폴리오 전반에서 범위 기반이고 경험적으로 다시 예측되는 추정을 표준화해, 리더십이 낙관적 고정 날짜가 아니라 정직하고 좁혀지는 예측으로 프로젝트를 비교하게 하십시오.

정부. 조달 규칙, 다년 세출, 공적 책무가 모든 선택을 형성합니다. 먼 가동일이 있는 하나의 고정 가격, 고정 범위 폭포수 계약보다, 세출과 감독을 만족시키는 거버넌스 프레임워크 아래 적응적으로 전달되는 모듈식 성과 기반 증분을 선호하십시오. 살아 있는 위험 등록부와 투명하고 시연된 증분은 감사자와 입법자에게 진짜 가시성을 줍니다. 고정된 자금 안에서 범위를 가치 있는 핵심으로 유연하게 하면 한 날짜에 모든 것을 걸지 않고 쓸모 있는 역량을 일찍 출하할 수 있습니다.

사례

스타트업. 첫 유료 제품을 출하하려 서두르는 일곱 명의 스타트업은 의례는 거의 없이 규율은 진짜로 프로젝트를 관리합니다. 릴리스를 작고 순서가 있는 조각으로 나누고, 모든 기능을 약속하는 대신 범위를 가치 있는 핵심으로 유연하게 하면서 출시 날짜를 약속하고, 창업자에게 단일 날짜 대신 범위를 제시하고, 팀이 실제로 닫은 조각 수로 매주 다시 예측합니다. 열 줄짜리 위험 등록부가 날짜를 침몰시킬 수 있는 한 의존성, 곧 미완성 결제 통합을 소유자와 대안과 함께 명시해, 가장 큰 위협이 마감에서 발견되는 대신 지켜집니다.

기업. 대출 접수 플랫폼을 교체하는 한 은행이 하이브리드 프로그램을 운영합니다. 분기별 자금 마일스톤과 컴플라이언스 관문이 있는 예측형 껍질이, 이 주마다 동작하는 증분을 전달하는 적응형 팀을 감쌉니다. 팀 간 의존성 지도가 공유 신원 서비스가 크리티컬 패스에 있음을 드러냅니다. 그래서 프로그램은 그것을 먼저 순서에 두고 위험을 줄여 늦은 연쇄를 피합니다. 추정은 범위로 표현되고 실제 처리량으로 매달 다시 예측되어, 리더십이 조용히 미끄러지는 고정 날짜가 아니라 정직하고 좁혀지는 예측을 봅니다.

정부. 한 기관이 단일 고정 가격, 고정 범위 폭포수 계약(여러 공적 실패 뒤의 패턴)을 버리고 모듈식 조달로 갑니다. 세출과 감독을 만족시키는 거버넌스 프레임워크 아래 적응적으로 전달되는 더 작은 성과 기반 증분입니다. 살아 있는 위험 등록부와 투명하고 시연된 증분이 감사자와 입법자에게 진짜 가시성을 줍니다. 고정된 자금 안에서 범위가 가치 있는 핵심으로 유연하므로, 프로그램은 하나의 먼 가동에 모든 것을 걸지 않고 쓸모 있는 역량을 일찍 출하할 수 있습니다(10.1장, 10.3장).

비즈니스 사례: 동기, ROI, TCO

좋은 프로젝트 관리의 수익은 피한 실패가 지배합니다. 대규모 소프트웨어 프로젝트는 원래의 고정 계획에 맞을 가능성보다 늦거나, 예산을 초과하거나, 취소될 가능성이 훨씬 높고, 손실은 엄청납니다. 매몰 비용에, 포기한 가치에, 정부에서는 공적, 정치적 손상까지 더해집니다. 여기의 규율(정직한 추정, 의존성 관리, 이른 위험 작업, 참여하는 이해관계자, 적응적 범위)이 바로 프로젝트를 실패 곡선에서 벗어나게 하는 것들입니다. 큰 초과나 취소의 확률을 조금 줄이는 것만으로도 프로젝트를 잘 관리하는 비용을 왜소하게 합니다.

총소유비용 측면에서 가볍고 적응적인 관리는 일의 수명 전반에 걸쳐 비용을 낮춥니다. 빠른 피드백이 비싼 실수를 일찍 잡습니다. 점진적 전달은 가치를 더 일찍 돌려주기 시작해 ROI 타이밍을 개선합니다. 투명한 흐름은 무거운 거버넌스가 부과하는 보고 오버헤드를 줄입니다. 과소 관리(혼돈, 재작업, 놓친 의존성)와 과잉 관리(전달을 늦추는 의례) 모두 실제 비용이 있습니다. 목표는 실제 의무를 충족하는 가장 가벼운 프로세스입니다. 최근 문제 있었던 프로젝트의 완전 부하 비용을 위험 등록부, 의존성 지도, 정직한 범위 기반 예측의 거의 영에 가까운 비용과 대비해 리더십을 설득하십시오.

안티패턴과 함정

모든 것이 고정된 계획: 범위, 일정, 비용이 모두 잠겨 있고 품질이 조용한 배출구가 되는 것.
약속으로서의 추정: 단일 숫자 날짜가 약속으로 다뤄지다가 증거를 넘어 방어되는 것.
의존성 무시: 팀 간 크리티컬 패스가 미끄러지는 동안 각 팀의 속도를 관리하는 것.
위험 등록부 연극: 한 번 만들고 다시 보지 않는 문서.
수박 상태: 겉은 녹색, 속은 적색. 정직보다 낙관에 보상하는 것.
부재한 고객: 참여하는 이해관계자가 없어 엉뚱한 것을 자신 있게 만드는 것.
일괄 전달: 모든 것을 끝에 통합하고 릴리스해 위험을 극대화하는 것(11.2장과 대조).
프로세스를 위한 프로세스: 위험을 줄이지 않으면서 노력을 소모하는 의례와 보고서.

성숙도 모델

1단계(시작): 프로젝트가 영웅적 행위와 희망으로 돌아갑니다. 범위, 위험, 의존성은 하더라도 임시로 관리되고, 추정은 증거를 넘어 방어되는 단일 숫자이며, 놀람은 마감에 도착합니다.
2단계(발전): 기본적인 계획, 상태 보고, 위험 목록이 일부 프로젝트에는 있고 다른 곳에는 없습니다. 전달 방법은 적합이 아니라 습관으로 선택되며, 추정과 의존성 추적은 팀마다 달라 조직 전체의 실천이 일관되지 않습니다.
3단계(표준화): 문서화된 접근이 조직 전체에 시행됩니다. 전달 방법이 일에 맞게 선택되고, 범위가 삼중 제약에 대해 관리되고, 살아 있는 위험 등록부와 의존성 지도가 모든 프로젝트에 기대되며, 추정은 범위 기반이고 참여하는 이해관계자와 함께 다시 예측됩니다.
4단계(관리): 전달이 기준선에 대해 측정되고 통제됩니다. 처리량, 사이클 타임, 예측 정확도, 의존성과 위험 종결률, 일정과 비용 편차가 프로젝트별로 추적되고 포트폴리오로 취합됩니다. 예측은 경험적이고 좁혀지며, 지연은 일찍 드러나 낙관이 아니라 증거로 범위 재설정이나 기준선 재설정을 촉발합니다.
5단계(오케스트레이션): 프로젝트 관리가 포트폴리오, 자금, 위험 계획과 통합되어 지속적으로 개선됩니다. 하이브리드 거버넌스가 전달을 늦추지 않으면서 감독을 만족시키고, 팀 간 및 벤더 간 의존성이 능동적으로 관리되고, 회고가 측정된 변화를 실천에 되먹이며, 조직은 제약과 우선순위가 이동함에 따라 방법을 적응시키고 일을 재균형합니다.

논의를 위한 아이디어

현재 이니셔티브 각각이 실제로 필요로 하는 전달 방법(예측형, 적응형, 하이브리드)은 무엇이며, 쓰고 있는 것과 맞습니까?
마지막으로 날짜를 약속했을 때 범위였습니까 단일 숫자였습니까? 그것이 기대를 어떻게 형성했습니까?
지금 팀 전반의 크리티컬 패스 의존성은 무엇이며, 위험을 줄일 책임은 누구에게 있습니까?
위험 등록부는 살아 있는 습관입니까, 일회성 문서입니까?
범위, 일정, 비용이 모두 고정되었을 때 품질이 조용히 압박을 흡수하는 곳은 어디입니까?
추정을 측정된 처리량으로 대체하면 예측이 어떻게 바뀌겠습니까?

핵심 요점

프로젝트 관리는 범위-일정-비용-품질 제약 아래서 의도를 전달된 성과로 바꿉니다.
방법을 일에 맞추십시오. 예측형, 적응형, 하이브리드. 기업/정부에서는 하이브리드 거버넌스를 선호하십시오.
추정을 범위로 다루고, 경험적 흐름 지표로 다시 예측하고, 단일 숫자 날짜가 거짓말이 되게 두지 마십시오.
의존성과 위험이 규모에서 지배적인 실패 모드입니다. 둘을 지속적으로 지도화하고 관리하십시오.
이해관계자를 참여시키고 상태를 투명하게 유지하십시오. 나쁜 소식이 빨리 전해지게 하십시오.
ROI는 피한 실패입니다. 의무를 충족하는 가장 가벼운 프로세스가 이깁니다. 10.7장(애자일), 10.1장(포트폴리오와 프로그램 관리), 11.2장(전달), 11.3장(대기열 이론)을 보십시오.

참고 문헌과 더 읽을거리

Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK Guide).
AXELOS, Managing Successful Projects with PRINCE2.
Frederick Brooks, The Mythical Man-Month (why adding people to a late project makes it later).
Tom DeMarco and Timothy Lister, Peopleware and Waltzing with Bears (risk management).
Steve McConnell, Software Estimation: Demystifying the Black Art.
Daniel Vacanti, Actionable Agile Metrics for Predictability (empirical forecasting).
Standish Group, CHAOS Report (software project outcomes, read critically).
U.S. Digital Service, Digital Services Playbook; UK Government, Government Service Standard (modern public-sector delivery).
Bent Flyvbjerg and Dan Gardner, How Big Things Get Done (megaproject delivery).