1.概念
范围管理：要做什么？只做什么？
包括：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.范围蔓延
镀金-主动（别人没要求，在开发中增加主动功能）? 爬行-被动（不想改，客户是上帝，客户的需求导致工作量增大） ***同点：都是范围发生变化，都没有经过整体变更控制程序
如何避免范围蔓延？ 规范的变更控制流程