在產品項目中，需要了解和關注什么？作者梳理和總結了在產品中的項目整合與角色定位，希望對你有所幫助。

一、整體變更

0—了解變更的原因

1—-記錄（任何一個人向項目經理提出）別人–PM

2—-評估（項目經理）

3—-提交（項目經理提交給CCB） PM–CCB

4—-更新（項目管理計劃和變更日志）

5—-通知（通知相關方）

二、項目范圍管理

范圍管理計劃：

1、收集需求的工具

地理位置分散—-問卷調查

同職能—–焦點小組

跨職能—–引導

專家、匿名、消除偏見—–德爾斐技術

需求不明確的情況下——原型法（注意和MVP（在敏捷中）用到的區別）—-不能使用，MVP能使用

2、項目范圍說明書四大內容

（1）產品范圍的描述

（2）可交付成功

（3）驗收標準—查找順序—-項目范圍說明書、WBS詞典、范圍基準

（4）除外責任—目的—-管理相關方的期望

3、范圍基準–WBS的輸出，包含三大內容

（1）范圍說明書

（2）WBS

（3）WBS詞典—包含驗收標準

三、進度

制定進度：

1、關鍵路徑法—-代表項目活動時間最長路徑，決定項目的工期

2、關鍵鏈法—考慮了資源的約束

3、資源平衡—–資源被過度分配——會改變關鍵路徑

4、資源平滑—–成本沒有辦法增加，資源沒有增加—-不會改變關鍵路徑絲滑過去

5、進度壓縮

（1）趕工：花錢買時間

（2）快速更進：用風險換時間

四、成本

估算成本：

最準確—-自下而上

粗略——類比

不確定性和風險—–三點估算

*儲備分析：

應急儲備和管理儲備只為風險服務

應急儲備—項目經理不走變更，可以直接使用，包含在成本基準中，不要拿給其他項目用

管理儲備—應對未知風險，不在成本基準中，使用前必須要走變更流程，提變更請求。

五、質量管理

1、規劃質量管理：定標準

通過質量管理計劃和質量測量指標

一致性成本（預防成本）、非一致性成本（故障處理成本）

2、*管理質量（QA）：管過程

七種武器：

因果圖（魚骨圖、why-why分析圖、石川圖）：根本原因

直方圖：顯示頻率分布情況產品缺陷問題 大小對比

帕累托圖：累計的頻率，28原則，主要原因產品缺陷問題

散點圖：變量之間的關系變量之間有沒有相關性

流程圖：過程中哪個流程出了問題鎖定問題產生點，鎖定問題責任人

親和圖：分類、歸類

管理質量的輸入：質量控制測量結果

控制圖：過程是否穩定，是否可預測 控制圖才有所謂的基準數字，有上下限

質量審計=管理質量：審過程，質量核對單：過程質量標準：質量測量指標

（1）識別：識別過程做的好的，做的壞的

（2）分享：從別的項目中分享好的

（3）協助：幫你

（4）積累：積累經驗教訓

（5）*確認：確認已批準變更請求的實施情況—–“已批準的變更請求在指導與管理項目工作中實施”

監控過程、執行過程中申請變更—走流程—批準的變更請求（在指導和管理項目工作中實施）—實施完后保證質量（審計過程和控制質量檢查變更后的結果）

質量審計報告的內容就是：項目活動是否遵循組織和項目的質量標準

可交付成果的從生到死：

（1）指導和管理項目工作中輸出可交付成果

（2）控制質量輸出核實的可交付成果（和團隊，對內）

（3）確認范圍輸出驗收可交付成果（和相關方，對外）

（4）移交可交付成果

六、資源管理

1、RAM、RACI

2、團隊章程：基本規則

3、獲取資源—-找職能經理協商、談判、解決，項目經理沒有自己控制資源的權力，如果牛人可能被調走，就去談判，已確定調走，就對新資源培訓技能不足搞培訓，確定要走的人，下一步就是該提變更提變更，看到虛擬團隊，首選溝通。

塔克曼模型—-加人就是形成階段—-有矛盾就是震蕩階段—–規范階段——團隊建設

七、溝通管理

溝通指信息的傳遞交換。

信息有誤解，多發、少發，更新溝通管理計劃。

相關方指人，人在搞你、抵制你，更新相關方參與計劃；之前沒有識別，要更新相關方登記冊；已識別，則是相關方參與計劃。

質量管理計劃、范圍管理計劃等沒有內容。

溝通管理計劃內容是實質性內容（發送方式等等）。

監控項目工作輸出工作績效報告，通過管理溝通過程，拿去給相關方。

機會應對策略：

1、開拓：用牛人去做

2、提高：用普通資源去做

應急應對策略：有預警信號時，采用

彈回計劃=備用計劃

質量審計：管過程

風險審計：審過程，審風險管理過程的有效性

采購審計：審作為甲方的我們，審我們自己的采購流程是否有效

風險責任人是風險定性之后才確定的，然后由風險責任人去制定風險應對計劃。

八、產品愿景、產品路線圖，類似于企業愿景

• 三個角色– PO、開發團隊、SM（sm主管、敏捷教練、項目經理）
• 三個工件–PB：產品待辦列表 SPB：鎖定當前的產品待辦列表

*增量 增量由PO決定接受與否，增量一般提前定義DOD的標準，避免出問題。

五個會議：

• 梳理會 對需求(用戶故事)進行梳理，PO和團隊一起梳理
• 計劃會 4h，PO將優先級待辦列表（用戶故事）給團隊將清楚

參與角色：PO、團隊、SM相關方可參與。

每日站會 15min，只分享障礙，不討論解決障礙

成員說三件事：

1）昨天完成了什么工作

2）今天要完成什么工作

3）要做的事有沒有困難

參與角色：團隊、SMPO可參與

評審會 演示會，與相關方核對需求及迭代的成果。

參與角色：PO、團隊、客戶

產出：會生成一個修改的待辦列表 會納入下個scrum。

回顧會 對前一階段的Spring進行回顧和總結，改進，總結經驗教訓。

參與角色：團隊、SMPO可參與也可不用參與