範圍管理：要做什麽？只做什麽？
包括：1）產品範圍：產品、服務或成果所具有的特性和功能 2）項目：為交付產品、服務或成果而必須完成的工作
2.如何收集項目需求
需求識別方法 ： ? 頭腦風暴 ；訪談interview； 焦點小組 focus group； 問卷調查questionnaire ；標桿對照banchmarking-來自施樂公司 ；
收集需求的常用工具：1）親和圖affinity diagrams（川喜田二郎）-把需求整理分類
2）質量功能展開QFD（質量屋）
3.需求的決策與表現
工具：1）投票-奇數比偶數好，質數最好? 投票機制：壹致同意；大多數同意；相對多數同意?
2）獨裁? 3）多標準決策MCDA（方案層、準則層、目標層）
4.人際關系與團隊技能
工具：1）名義小組
2）觀察法? 3）引導式研討會 facilitated workshops (跨組織、跨部門、跨專業，會商會診方式）
5.系統交互圖和原型法 system interaction diagram? / prototype 故事板story board? 包括可視化劇本visual script
6.需求文件和需求跟蹤矩陣? -最大的作用是能夠把歷史上曾經發生過和需求有關的識別、記載、變化，都能夠忠實地記載下來?
敏捷開發-把每條需求都翻譯稱用戶故事 寫在backlog裏；瀑布式開發模式，把需求寫在配置文件中
7.敏捷場景下的需求管理
卡諾模型 kano model
MMR最小可發布版本 minimum releasable version -可以付錢買---可以用莫斯科法則判斷
MVP最小可行性產品 minimum viable product -不壹定是真實產品
如何排序待辦事項列表？最短作業原則 WSJF=單位延遲代價/開發需要的時長? 數字越高，越應考前開發
8.用戶故事和用戶故事地圖（需求的呈現和表達）
9.項目範圍說明書
範圍基準 baseline of scope包括：項目範圍說明書；WBS 工作分解結構；WBS詞典
10.WBS工作分解結構（樹狀、目錄式）
1）基準的來源（範圍、進度、成本，範圍基準是三大基準之首） 2）計劃的基礎 3）工作的展現 4）控制的依據? 5）團隊的指南
WBS詞典
11.RAM責任分配矩陣?
12.確認範圍
13.範圍蔓延
鍍金-主動（別人沒要求，在開發中增加主動功能）? 爬行-被動（不想改，客戶是上帝，客戶的需求導致工作量增大） ***同點：都是範圍發生變化，都沒有經過整體變更控制程序
如何避免範圍蔓延？ 規範的變更控制流程