申明：本筆記來自極客時間《項目管理實戰(zhàn)20講》勒极，侵刪。
【硬技能篇-上】4-15節(jié)
四锋恬、啟動：識別項目中的四類干系人
-
“高利益 - 高權(quán)力”代表：項目發(fā)起人
需要與項目發(fā)起人確認的問題列表
與發(fā)起人確認的問題列表.png -
“低利益 - 高權(quán)力”代表：職能經(jīng)理
職能經(jīng)理是資源池的所有者挺狰，他們所管轄的團隊通常覆蓋多個項目或項目群政敢，這也使得他們與單個項目的利益相關(guān)度通常比較低邀泉。
反對者：管理關(guān)鍵：建立信任嬉挡、化解敵意
支持者：創(chuàng)造更多空間和機會，讓他們能夠深度參與到這個項目的決策或創(chuàng)意環(huán)節(jié)汇恤。這樣可以增強他們的主人翁意識庞钢，也會給整個項目組帶來最大的收益。
中立者：在條件合適時因谎，進一步將其轉(zhuǎn)化為支持力量基括。但如果你精力有限，可以先不管蓝角。
可以溝通了解的問題列表：
與職能經(jīng)歷確認問題列表.png -
“高利益 - 低權(quán)力”代表：項目組成員
這是與項目結(jié)果直接相關(guān)、但對決策影響不大的一類人饭冬。
管理這類干系人的核心使鹅，就是要做到項目事項的隨時告知，及時通報項目的進展和困難昌抠。
與項目組成員確認的問題列表.png - “低利益 - 低權(quán)力”代表：外圍支持人員
五患朱、規(guī)劃：排除計劃中的延期地雷
做計劃的5個標準動作：
- 第一個標準動作：WBS 工作分解（Work Breakdown Structure），創(chuàng)建 WBS 的過程炊苫，也就是把項目工作按階段可交付成果分解成較小的裁厅、更易于管理的組成部分的過程。
- 第二個標準動作：識別依賴并畫出關(guān)鍵路徑侨艾，這一步意味著我們開始從目標的角度對資源進行統(tǒng)籌思考执虹。
- 第三個標準動作：定義完成標準，越早定義完成標準唠梨，計劃按照期望完成的概率就越大袋励。（如：需求/設(shè)計確認、功能完成/提測、里程碑）
- 第四個標準動作：達成共識并公開透明茬故，沒有達成共識的計劃盖灸，是不具備任何效力的。（信息同步；前拧）
-
第五個標準動作：及時調(diào)整變更
計劃對照表
計劃對照表
六赁炎、執(zhí)行：打造品質(zhì)，要從頭開始“閉環(huán)”
在項目執(zhí)行的過程中钾腺，想要降低偏差徙垫、減少返工，你就需要構(gòu)建系統(tǒng)能力垮庐，在產(chǎn)品研發(fā)的整個過程中松邪，建立起真正閉環(huán)反饋的產(chǎn)品驗證機制，系統(tǒng)根據(jù)反饋自動調(diào)節(jié)哨查。
-
方案評審（OARP 決策機制）
負責(zé)人（Owner）：負責(zé)給出方案逗抑，組織各方討論并推進做出最終的決定；
批準者 （Approver)：最終批準者寒亥；
審核者（Reviewer）：負責(zé)人和批準者挑選出的審核人邮府。審核者有責(zé)任對文檔進行討論分析，并提出反饋意見溉奕，負責(zé)人必須重視并給予回復(fù)褂傀；
參與者 （Participant）：其他提供意見的人。參與者會收到文檔的相關(guān)信息加勤，可以對相關(guān)問題做出反饋仙辟。
方案決策機制.png - Bug Bash（Bug 大掃除）
是指在項目開發(fā)里程碑的末期（比如 Beta 版發(fā)布前），劃出一個專門的時間段鳄梅，在這期間叠国，所有參與項目的人員，集中全部精力一起來給項目找 Bug戴尸，目的是從各個維度衡量和體驗產(chǎn)品粟焊。
組織：
時間：測試--全面功能結(jié)束后；需求審計--需求設(shè)計稿完成后）
地點：獨立的作戰(zhàn)室
參與者：研發(fā)和測試孙蒙，產(chǎn)品项棠、設(shè)計、市場挎峦、運營香追、銷售等項
現(xiàn)場安排：展示反饋問題，調(diào)整排名
活動結(jié)束：公示結(jié)果坦胶，明確修復(fù)計劃 - 冒煙用例評審
讓開發(fā)和測試對標準的冒煙用例集達成約定翅阵，這個約定就會成為進入測試的準入標準歪玲。
七、監(jiān)控：進展“巧”匯報掷匠，學(xué)會用數(shù)據(jù)說話
- 緊急匯報：直面問題有章法
緊急報告滥崩，是指在項目發(fā)生突發(fā)事件，或者提示重要風(fēng)險狀態(tài)變化時的實時報告讹语，5個基本元素：事件描述钙皮、影響后果、跟進分析（說明具體 情況）顽决、相應(yīng)措施（解決方案）短条、所需支持。
總結(jié)：在緊急時刻勇于站出來承擔責(zé)任才菠，盡可能簡潔地描述清楚可能的影響和后果茸时，目前的建議方案和所需支持，最大程度地爭取各個相關(guān)環(huán)節(jié)的協(xié)同配合赋访，共同應(yīng)對問題可都。 -
常規(guī)匯報：項目周報回答的三個問題
整體項目狀態(tài)評估、風(fēng)險列表蚓耽、項目概況及計劃變更情況
周報模板圖.png -
數(shù)據(jù)匯報：善用“透明”的力量
利用圖表直觀地進行過程預(yù)測和風(fēng)險預(yù)警
Jira：發(fā)布倒計時渠牲、工作量燃盡倒計時、剩余工作量步悠、工作狀態(tài)分布
圖表舉例.png
wiki：周報晴雨表
周報晴雨表.png
八签杈、收尾：項目復(fù)盤，小團隊也要持續(xù)改進
項目復(fù)盤會：項目團隊有意識地向過去的行為經(jīng)驗學(xué)習(xí)的過程鼎兽，做得好的沉淀經(jīng)驗答姥，做得不好的優(yōu)化改進，
- 復(fù)盤會的基調(diào)設(shè)定：這次復(fù)盤不是來挑問題的谚咬，而是為了找到問題的根源并改進的
- 復(fù)盤會的會前準備：項目或里程碑的各項數(shù)據(jù)和信息鹦付、目標和達成結(jié)果、進度計劃序宦、需求變更睁壁、質(zhì)量狀況等背苦，這些是客觀數(shù)據(jù)的總結(jié)互捌。同時，你還可以提前收集這個版本期間行剂，團隊滿意度的問卷調(diào)查秕噪，為復(fù)盤會引入更多主觀的輸入
-
復(fù)盤會的簡易流程
1.現(xiàn)場回顧總結(jié)項目過程
2.與會人員反饋：做得好、做得不好的點
3.討論
4.投票總結(jié)厚宰，對于做得好的環(huán)節(jié)腌巾，總結(jié)經(jīng)驗遂填；對于做得不好的環(huán)節(jié)，當場討論出改進方案澈蝙。
復(fù)盤流程 - 打造團隊持續(xù)改進能力
決定復(fù)盤成功與否的關(guān)鍵吓坚，不在會議本身，而在于復(fù)盤會的一前一后兩個環(huán)節(jié)灯荧。復(fù)盤在于精準有效礁击，不在多和形式。
九逗载、需求變更：化解程序員的“頭號噩夢”
-
常見的需求變更流程
需求變更流程 - 錦囊 1：達成最小共識哆窿，變更是有代價的
1.變更清單
2.成本估算
3.郵件通知 - 錦囊 2：源頭治理，一次把事情做對
從變更的源頭開始治理厉斟，從源頭開始公開透明挚躯，一次把事情最對，實際上是最有效率的方式擦秽。產(chǎn)品码荔、設(shè)計人員：小黑屋 + Deadline - 錦囊 3：快試錯，不可抗力巧應(yīng)對
老板需求号涯，快速應(yīng)對目胡，小范圍試錯，用數(shù)據(jù)說話
