需求:是why 范围:what
不是所有的需求都能实现,分范围内范围外
需求不代表能实现的可交付成果 。而范围必须是可落地的成果
产品范围:根据产品需求来衡量
项目范围:为交付而必须完成的工作,根据项目管理计划来衡量
项目管理的目的:做且只做所需的全部工作
ALL and only
范围蔓延:客户提出未经变更控制而,并落实
镀金:主动的 在范围上越做越大,在质量上越做越好
共同点:都是事后发生的
划范围基准(敏捷多次划分,每个迭代前)
项目管理过程:1、规范范围管理 2、收集需求 3、定义范围 4、创建WBS 5、确认范围 6、控制范围 确认范围即验收!签字后——收尾
1-4是规划范围组,5-6是监控范围组
收集需求输入:章程、相关方登记册、需求管理计划(最主要的三大输入)
收集需求输出:需求文件、需求跟踪矩阵
访谈:一对一,一对多 可用于获得机密信息
焦点小组:训练有素的主持人 SME 访谈更热烈
问卷调查:受众广。。。
标杆对照:与其他组织比较,识别最佳实践
决策:投票 独裁型决策 多标准决策分析
亲和图:分类 对大量创意进行分组的技术
思维导图:5W 2H when where what why who
how /how much 创意整合
名义小组:通过投票排列最有用的创意,优先排序
观察和交谈:不愿意或者不能说出需求时。
引导式研讨会:跨职能需求 协调差异
原型法:正工建造前,工作模型体验操作,反馈、快速进入设计阶段,适用渐进明细开发方法
输出:
一、需求文件:业务需求 相关方需求 解决方案需求、功能需求、非功能需求、过渡和就绪需求、项目需求、质量需求
二、定义范围 前期的输出,就是后期的输入
三、项目范围说明书 产品范围描述、验收标准:单个可交付成果在质量上的标准
可交付成果:哪些 交付物 阶段交付物 辅助交付物
项目除外责任:不包含在项目内
需求文件和需求跟踪矩阵:是面对客户的
项目范围说明书:规划阶段,划分了哪些要做哪些不做的,主要面对团队的。
项目基准:产生被审批的基准,是对范围的最佳定义
四、什么是WBS:对需要实施的工作范围的层级分解
代表着经批准的当前项目范围说明书所规定的工作
WBS最底层的元素称为“工作包” 规划包,工作包是名词。
输入:项目需求说明书
输出:范围基准
分解步骤:识别和分析可交付成果工作
确定WBS的结构和编排方法/ 自上而下细化分解
外包工作需要分解WBS,合同WBS
自下而上验证!
WBS分解原则:由下而上验证-100%原则
80小时原则,
控制账户:包含多个工作包 框架 关联
五、确认范围--正式验收成果的过程
控制质量:团队内部测试 验证 varify
确认范围:外部客户测试过程 正式验收 varidate