프로젝트 전달
프로젝트는 종료 시점이 있는 하나의 경계가 정해진 작업입니다. 여러 프로젝트를 공동 결과물로 조정하는 것은 pmo:program-management입니다.
제외 사항으로 범위를 정의하세요
포함 사항은 쉽게 합의되지만 다르게 이해됩니다. 제외 사항이 실제 역할을 합니다: 이 프로젝트가 제공하지 않을 것을 문서화하고 후원자가 인정해야 합니다.
문서화되지 않은 제외 사항은 가정으로 돌아오며, 항상 늦게, 그리고 분명히 포함된 것으로 프레임화되어 나타납니다. 마지막에 이를 수정하는 것을 범위 확장이라고 하며, 이는 일반적으로 시작 시 문서화 실패입니다.
추정은 범위로 제시하고, 그 범위의 의미를 설명하세요
단일 지점 추정은 약속으로 제시된 예측입니다. 이를 움직일 가정과 함께 범위를 제시하고, 신뢰도에 대해 명시적으로 이야기하세요.
원하는 날짜가 아닌 작업을 추정하세요. 협상을 통해 낮춰진 추정은 작업을 변경하지 않습니다. 대신, 문제를 발견하는 시점을 변경할 뿐이며, 그 발견은 가장 회복하기 어려운 순간에 일어납니다.
조각을 이해할 수 있을 때까지 분해하세요. 큰 미지수를 추정하면 작업보다는 낙관주의와 상관관계가 있는 숫자가 나옵니다.
중요 경로에 집중하세요
모든 지연이 중요한 것은 아닙니다. 중요 경로의 지연은 종료일을 늦춥니다. 다른 곳의 지연은 여유 시간을 소모합니다. 어느 것이 어느 것인지 아는 것이 유용한 우려와 일반화된 불안의 차이입니다.
상황이 변함에 따라 다시 계산하세요. 중요 경로는 이동하며, 원래 경로를 보고 있는 팀은 잘못된 것을 보고 있는 것입니다.
각 작업에 패딩을 추가하는 대신 프로젝트 수준에서 버퍼를 유지하세요. 패딩된 작업은 자체 버퍼를 흡수하고 더 일찍 전달되지 않습니다. 작업은 확장되고 아무도 일찍 완료했다고 보고하지 않기 때문입니다.
완료를 추적하고, 노력을 추적하지 마세요
백분율 완료는 스스로 보고하는 낙관주의이며, 유명하게도 90%에서 멈춥니다. 정의된 인도물의 이진 완료를 추적하세요 — 사전에 합의된 정의에 따라 완료 또는 미완료로 판단합니다.
추세를 관찰하세요: 남은 작업량이 필요한 속도로 감소하고 있는지 여부. 남은 작업이 감소하지 않는 프로젝트는 보고된 백분율과 관계없이 지연된 프로젝트입니다.
복구
먼저 진단하세요. 해결책은 중복되지 않기 때문입니다: 이해된 것보다 범위가 더 큼, 계획된 것보다 용량이 적음, 의존성이 전달되지 않음, 또는 추정이 처음부터 현실적이지 않음.
그런 다음 결과와 함께 옵션을 제시하세요 — 범위를 줄이고 무엇을 줄일지 구체적으로 말하고, 연장하고 얼마나 연장할지 말하고, 용량을 추가하세요. 프로젝트 후반에 용량을 추가하면 일반적으로 상황을 더 느리게 만듭니다. 한 번, 눈에 띄게 기준선을 다시 설정하세요. 연속적인 일주일 지연은 정직한 단일 재설정보다 훨씬 빠르게 신뢰도를 떨어뜨립니다.
변경 통제가 범위 설명을 의미 있게 만듭니다
대화에서 누구나 이동할 수 있는 범위 경계는 경계가 아닙니다. 변경 통제는 이를 경계로 만드는 메커니즘이며, 사람들이 우회하지 않고 사용할 수 있을 만큼 가벼워야 합니다.
- 변경은 범위, 날짜 또는 비용을 이동시키는 모든 것입니다. — 명확화라고 설명되는 작업을 포함합니다. 대부분의 범위 확장은 전체에 대해 평가된 적이 없는 일련의 작고 합리적인 요청으로 들어옵니다.
- 결정하기 전에 세 가지 모두에 미치는 영향을 평가하세요. "네, 그리고 2주가 추가됩니다"는 누군가 결정할 수 있는 것입니다. "네"만으로는 계획이 조용히 달성 불가능해지는 방식입니다.
- 변경을 승인할 수 있는 사람은 결과를 소유하는 사람입니다. 후원자가 범위를 승인하지만 팀이 날짜를 흡수한다면, 변경은 계속 승인될 것입니다.
- 거부된 변경도 기록하세요. 거절된 기록은 동일한 요청이 세 번 더 도착하는 것을 막고, 누군가 기능이 왜 없는지 물을 때 정직한 답변이 됩니다.
승인된 변경으로 인해 기존 계획이 무의미해질 때 기준선을 다시 설정하고, 그 외에는 하지 마세요. 변동성을 숨기기 위해 기준선을 재설정하는 것은 당신이 가진 유일한 참조를 파괴합니다.
도구
전달 추적: Jira, Asana, Linear, Monday.com, Smartsheet, Microsoft Project 등.
포트폴리오 및 용량: Jira Align, Planview, Adaptive Work 등. 여러 팀의 계획을 하나의 용량 풀과 조정할 때 가치가 있으며, 그 전에는 아닙니다.
도구는 계획을 기록합니다. 계획을 사실로 만들지 않습니다. 회의 사이에 아무도 업데이트하지 않는 상태 필드는 아예 없는 것보다 더 나쁩니다.
절대 하지 말아야 할 것
- 문서화된 제외 사항 없이 범위에 동의하지 마십시오.
- 단일 지점 추정을 약속으로 제시하지 마십시오.
- 진행 상황을 백분율 완료로 보고하지 마십시오.
- 지연된 프로젝트에 사람을 추가하고 가속화를 기대하지 마십시오.