1모듈과 답하는 질문
| 모듈 | 답하는 질문 | 결과물 | 시간 |
|---|---|---|---|
| D1 표준과 방법론 맞춤 | 우리 팀은 어떤 표준의 무엇을 가져와 쓰고, 무엇을 버렸으며, 그 이유는 무엇인가 | 방법론 비교표, 같은 지표에 대한 세 방식의 대응표, 팀 맞춤 원칙 | 180분 |
| D2 불확실성과 리스크 | 마감까지 남은 위험을 숫자로 말할 수 있는가. 예비 일정은 얼마가 맞고, 누가 그것을 쓸 수 있는가 | 리스크 이슈 양식, 결정 나무 계산, 일정 위험 분석 보고, 예비 일정 산정 근거, 리스크 소진 표 | 180분 |
| D3 이해관계자, 소통, 의사결정 | 누가 결정권을 갖고, 누구에게 무엇을 언제 어떤 형식으로 알리는가. 나쁜 소식은 언제 알리는가 | 이해관계자 분석표, 소통 계획, 결정 요청 양식, 결정 대기 목록 | 180분 |
| D4 팀, 거버넌스, 가치 | 이 일은 지금 할 가치가 있는가. 여러 일이 같은 사람을 두고 경쟁할 때 무엇을 먼저 하는가. 팀은 문제를 말할 수 있는 상태인가 | 용량 계산과 WIP 한도 근거, 관문 기준, 포트폴리오 우선순위표, 효익 추적 계획 | 180분 |
모듈은 순서대로 듣는 것을 전제로 한다. D2는 D1의 맞춤 원칙에 넣은 리스크 관리를 실제로 하고, D3는 D2에서 남은 결정(마감과 예비의 차이)을 누구에게 어떻게 요청할지 다루고, D4는 D1~D3의 기록을 관문 기준과 효익 계획에 쓴다.
2다시 쓰는 Level 1 결과
| 모듈 | 다시 쓰는 실습과 결과 |
|---|---|
| D1 | 실습 2 마일스톤, 실습 6 Iteration, 실습 10·12 스프린트 운영 이슈와 범위 변경 기록, 실습 13 cpm.sh, 실습 14 evm-report.sh, 실습 16 상태 보고, 실습 17 위키 |
| D2 | 실습 8 막힘 기록, 실습 13 schedule.tsv와 세 점 추정, 실습 15 forecast.sh의 난수 생성기, 실습 16 위험 이슈와 Probability·Impact 필드 |
| D3 | 실습 10 결정 기록 댓글, 실습 11 주간 사전 리포트, 실습 12 LP-07 범위 요청, 실습 14 CPI, 실습 16 결정 요청과 상태 판정 기준 |
| D4 | 실습 14 Actual, 실습 15 리틀의 법칙, 2단계의 Orbit 로그와 실습 25 병목 분석, 실습 29 재측정 |
실습 저장소가 없어도 모든 실습을 할 수 있다. 계산은 키트의 예시 파일로 같은 결과를 얻고, GitHub에 쓰는 명령(라벨, 양식, 이슈, 워크플로)은 실습 저장소가 있을 때 따라 한다. GitHub에 접속해야 하는 명령의 화면은 gh 2.101.0과 같은 출력 형식으로 재현한 것이며, 재현 화면 제목에 “재현”이라고 적었다.
3데이터
| 사례 | 내용 | 쓰는 모듈 |
|---|---|---|
| Launchpad (Level 1) | 사전신청 기능, 업무 6건(LP-01~LP-06), M1 비공개 베타 2026-11-06, M2 공개 런칭 2026-11-20. 키트의 schedule.tsv, samples/evm-input.sample.json | D1~D4 |
| Launchpad 확장 예시 (트랙 D) | 3점 추정 일정, 주간 리스크 기록, 결정 요청 이슈 6건, 이해관계자 분석표, 소통 계획, 맞춤 원칙, 효익 추적 계획. 교육용으로 만든 값이다 | D1~D4 |
| 다음 분기 후보 (트랙 D) | 가상 조직의 포트폴리오 후보 6건의 상대 점수, 주당 지연 비용, 기간. 교육용으로 만든 값이다 | D4 |
| Orbit (2단계) | 가상 팀 Orbit의 합성 이벤트 로그, 정리한 로그 기준 업무 257건, 2026-03~09. 실제 팀의 기록이 아니다 | D4 |
4키트 파일
모두 실습 키트의 github-pm-starter-kit/ 폴더에 있다. 스크립트는 bash와 jq 1.6 이상으로 돌고, GitHub에 접속하지 않는다.
| 파일 | 내용 | 모듈 |
|---|---|---|
templates/tailoring.md | 팀 맞춤 원칙 양식(프로젝트 특성, 요소별 결정, 다시 검토할 조건) | D1 |
sra.sh | 3점 추정 일정의 몬테카를로 일정 위험 분석. P50·P80·P90, 마감 확률, 주경로 지수, 기간-완료일 상관. lib/cpm.jq를 쓴다 | D2 |
templates/ISSUE_TEMPLATE/risk.yml | 리스크 이슈 양식(원인·사건·영향, 확률·영향 척도, 대응 전략, 발생 신호, 대응 기한) | D2 |
templates/stakeholder-register.md, templates/communication-plan.md | 이해관계자 분석표, 소통 계획 양식 | D3 |
templates/ISSUE_TEMPLATE/decision.yml | 결정 요청 이슈 양식(결정할 것, 선택지와 영향, 권고안, 결정자, 결정 기한, 늦어질 때의 영향) | D3 |
decision-queue.sh | 열린 결정 요청을 기한으로 나눈 결정 대기 목록. gh issue list --json 결과를 읽는다 | D3 |
templates/workflows/decision-queue.yml | 평일 아침 결정 대기 목록을 만들고 기한이 지난 요청이 있으면 이슈 댓글로 올리는 워크플로 | D3 |
wsjf.sh | WSJF와 CD3 순위, 순서별 총 지연 비용 | D4 |
templates/benefits-tracking.md, templates/workflows/benefits-review.yml | 효익 추적 계획 양식, 마일스톤을 닫으면 효익 확인 이슈를 만드는 워크플로 | D4 |
samples/d-* | 위 모듈의 예시 입력과 채운 양식 (d-schedule-3pt.tsv, d-risk-weekly.tsv, d-decisions.json, d-portfolio.tsv, d-tailoring-launchpad.md, d-stakeholder-register.md, d-communication-plan.md, d-benefits-launchpad.md) | D1~D4 |
5수업 운영
모듈마다 수업 전에 읽기 과제가 있다. 180분 가운데 설명과 토론이 70~80분, 실습이 100~110분이다. 실습은 두세 명씩 모둠으로 하고, 발표와 토론에서 모둠의 결정을 비교한다. 토론 문제에는 예상 답을 붙였지만, 맞춤 원칙이나 관문 기준처럼 팀마다 답이 다른 문제는 이유가 적혀 있는지로 평가한다.
| 모듈 | 수업 전에 읽을 것 |
|---|---|
| D1 | 스크럼 가이드 2020 전문, PMBOK 가이드(7판 또는 8판)의 원칙과 맞춤 부분, PRINCE2 7판의 원칙 부분 |
| D2 | Snowden & Boone(2007), ISO 31000:2018의 원칙과 절차 부분, Hulett(2009)에서 상관과 합류 편향을 다룬 부분 |
| D3 | Mitchell, Agle, Wood(1997), Fisher & Ury의 Getting to Yes에서 네 원칙과 BATNA 부분 |
| D4 | Edmondson(1999), Reinertsen(2009)의 지연 비용 부분, PMI 윤리 및 직업 행동 강령 전문 |
6참고 자료
표준과 방법론 (D1)
- PMI, A Guide to the Project Management Body of Knowledge (PMBOK Guide) 8판(2025), 7판(2021). pmi.org/standards/pmbok. 8판의 구성(6원칙, 7성과 영역, 5개 집중 영역과 40개 프로세스)은 교육기관 자료로 확인했으며 PMI 원문으로 다시 확인한다.
- ISO 21502:2020 Project, programme and portfolio management — Guidance on project management
- PeopleCert, PRINCE2 7판(2023)
- Schwaber & Sutherland, The Scrum Guide(2020). scrumguides.org
- Coleman & Vacanti, The Kanban Guide(2020). kanbanguides.org
- Scaled Agile, SAFe 6.0(2023). PMI, Disciplined Agile
불확실성과 리스크 (D2)
- ISO 31000:2018 Risk management — Guidelines. PMI, The Standard for Risk Management in Portfolios, Programs, and Projects(2019)
- Snowden & Boone, “A Leader's Framework for Decision Making”, Harvard Business Review(2007)
- Hulett, Practical Schedule Risk Analysis(2009). Goldratt, Critical Chain(1997)
- GitHub Docs, Syntax for issue forms
이해관계자, 소통, 의사결정 (D3)
- Mitchell, Agle, Wood, “Toward a Theory of Stakeholder Identification and Salience”, Academy of Management Review(1997)
- Fisher & Ury, Getting to Yes(1981). Thomas & Kilmann, Thomas-Kilmann Conflict Mode Instrument(1974)
팀, 거버넌스, 가치 (D4)
- Edmondson, “Psychological Safety and Learning Behavior in Work Teams”, Administrative Science Quarterly(1999)
- Skelton & Pais, Team Topologies(2019). Reinertsen, The Principles of Product Development Flow(2009)
- Cooper, “Stage-Gate Systems: A New Tool for Managing New Products”, Business Horizons(1990). Doerr, Measure What Matters(2018)
- PMI, Benefits Realization Management: A Practice Guide(2019). PMI, Code of Ethics and Professional Conduct
마치며...
트랙 D의 네 모듈은 GitHub 기록을 근거로 PM의 판단을 문서와 숫자로 남기는 연습이다. 모듈마다 결과물이 하나 이상 저장소나 위키에 남고, 뒤 모듈이 앞 모듈의 결과물을 다시 쓴다. D1에서는 Launchpad를 세 가지 방식으로 운영할 때의 차이를 비교하고, 팀이 무엇을 가져와 쓰는지 맞춤 원칙으로 적는다.