[項目管理-3]：軟硬體項目管理 - 範圍管理（空間）

目錄

​​第3章 項目範圍管理（做什麼？需求的明确）​​

​​3.1 項目的目标（項目範圍）​​

​​3.2 項目範圍的細化（WBS=》産品需求的明确與規範）​​

​​3.3 項目範圍明确和細化的實施對象與主體​​

​​3.4 WBS作用與完成時間​​

​​3.5 通過劃分階段和階段性文檔逐漸明确項目的範圍（項目文檔）​​

​​3.6 文檔的格式​​

第3章 項目範圍管理（做什麼？需求的明确）

有了人，就可以明确項目的各項活動了

有了人，就可以開展項目的各項活動了。

3.1 項目的目标（項目範圍）

包括兩大部分：

（1）産品範圍：

明确項目、産品、軟硬體功能的目标，即定義産品做什麼。

（2）項目範圍：

明确要完成産品的目标，明确進行哪些項目管理相關的活動，即定義産品做什麼。

3.2 項目範圍的細化（WBS=》産品需求的明确與規範）

是為了實作項目的目标，對項目的工作内容進行控制的管理過程。

它包括範圍的界定，範圍的規劃，範圍的調整等：

（1）項目、功能的目标

（2）項目、功能的分解，把一個複雜問題分解成一個個子功能；

（3）把一個個子功能分解成一個個可是實施、可以測試、驗證、驗收的子步驟

分解遵循的原則：

• 高内聚
• 低耦合
• 可測試
• 自頂向下

WBS是項目時間管理、成本管理等基礎性輸入和依據之一。

3.3 項目範圍明确和細化的實施對象與主體

（1）産品範圍（feature需求）

通常由産品經理和系統工程師共同完成，包括：

• 産品經理：feature_x客戶業務場景需求 FS0  -》
• 前端系統工程師：feature_x的可行性分析 FS1TA =》 Effort評估 FS1 -》
• 後續系統工程師：featue_x系統級需求明确 CFAM CP1 =》
• 後續系統工程師：feature_x裝置級别需求明确 CFAM CP2 =》
• 業務團隊：對feature_x的Effort評估 FS2 (該輸出作為項目範圍排序和投入産出比分析的依據）

備注：

• 一個項目範圍由無數個feature的範圍組成。
• 系統工程師屬于需求團隊，明确要做什麼，而軟體“開發團隊”明确要怎麼做。

（2）項目範圍（進入項目的feature list）

通常有産品經理+項目管理者+業務部門技術人員（技術分析）共同

• 每個feature客戶價值分析
• 每個feature投入與産出比分析
• 每個feature優先級排序
• 根據業務團隊的人力資源狀态、承諾的情況，選擇進入可以進入項目的feature list

3.4 WBS作用與完成時間

（1）項目feature的範圍細化WBS和Effort的評估，是為了進行人力資源、時間資源、成本的評估，是項目計劃的基礎材料。

（2）項目features的範圍細化WBS是後續研發團隊的軟硬體設計、編碼實作的輸入。

是以，WBS必須在制定項目計劃之前完成。

3.5 通過劃分階段和階段性文檔逐漸明确項目的範圍（項目文檔）

項目的範圍是通過文檔來明确的。

并通過不同的時間階段來分階段完成

不用的階段，項目的明确的範圍的關注點不同。

為了一步步（并非一次性确定項目的所有範圍）的明确項目的範圍，根據項目實時的不同階段，需要通過各種文檔的方式明确項目的範圍。

在嵌入式軟硬體項目開發中的文檔有（按照時間次元，把項目分成不同的階段）

（1）項目可行性分析（确定是否能做）-- 預研

（2）項目範圍說明書：軟硬體需求文檔（确定做什麼）-- 系統工程師SE

（3）項目測試驗證文檔（可選）

（4）驗收文檔（可選）

3.6 文檔的格式

（1）excel（劃定範圍）-- 項目管理人員