项目管理培训05 项目范围管理

2020-03-01 161浏览

1.项目管理培训项目管理培训项目范围管理人月神话Http://blog.sina.com.cn/cmmi
2.产品范围和项目范围人月神话的博客http://Blog.sina.com.cn/cmmi项目范围管理包括确保项目做且只做完成项目所需的全部工作的过程。  产品范围 - 某项产品，服务或成果所具备的特性或功能  项目范围 - 为交付具有特定特性的产品，服务或成果说必须完成的工作可运行的系统需求设计编码测试管理活动 ( 评审，会议，风险，监控 ) A B C D E F 安装使用手册需求设计文档项目范围 - 强调过程产品范围 - 强调结果
3.5.1 收集需求人月神话的博客http://Blog.sina.com.cn/cmmi需求是干系人已量化的需要和期望。收集需求就是为实现项目目标定义和记录干系人的需求，需求是工作分解结构的基础。输入 1. 项目章程 2. 干系人登记册工具和技术 1. 访谈 2. 焦点小组会议 3. 引导式研讨会 4. 群体创新技术 5. 群体决策技术 6. 问卷调查 7. 观察 8. 原型法输出 1. 需求文件 2. 需求管理计划 3. 需求跟踪矩阵
4.访谈人月神话的博客http://Blog.sina.com.cn/cmmi用户访谈是最简单直接的一种需求收集方式，几乎适合任何商务场合。  利：直接有效、形式灵活、交流深入，应该做为主要的需求捕获技术  弊：占用时间长、面窄而容易造成信息的片面性。访谈前      访谈目的用户背景调研问题清单文档资料准备访谈时间和地点访谈中     封闭式问题启发式问题以倾听为主访谈内容和节奏控制访谈后     访谈结果确认复查笔记进一步确认问题域确认需求优先级
5.问卷调查人月神话的博客http://Blog.sina.com.cn/cmmi通过设计书面问题，向为数众多的受访者快速收集信息。如果受众众多、需要快速完成调查，并想要使用统计分析方法，就适宜采用问卷或调查方法。      确定调查针对的问题准备调查问卷分发调查表收集和分析调查表确定下一步的工作
6.QFD- 质量功能展开人月神话的博客http://Blog.sina.com.cn/cmmi质量功能展开 (Quality Function Deployment, QFD) 是一种立足于在产品开发过程中最大限度地满足顾客需求的系统化、用户驱动式的质量保证方法。 QFD 于 70 年代初起源于日本， QFD 的关键是将顾客需求转换成产品开发过程具体的技术要求和质量控制要求。通过对这些技术和质量控制要求的实现来满足顾客的需求。       谁在使用产品（ who ）使用产品做什么（ what ）产品在何处被使用（ where ）产品在何时被使用（ when ）为什么顾客选择了这种产品（ why ）顾客怎么使用产品（ how ）屋顶技术特性顾客需求关系矩阵技术评估竞争分析
7.QFD 举例 - 软件开发人月神话的博客http://Blog.sina.com.cn/cmmi系统使用速度慢的 5W+1H 分析       What - 在系统中进行财务数据的统计汇总 Why - 每月或每周都需要出相关的统计报表向领导汇报 When - 在周末和月末的时候 Where- 使用系统的统计查询 -> 财务月汇总帐查询 Who - 财务相关人员 How - 仅按照时间段为查询条件进行查询
8.头脑风暴人月神话的博客http://Blog.sina.com.cn/cmmi     用于产生大量观点或可选方案的方法尝尝充分运用所有尝尝尝工的尝尝尝造力维持批判精神的群体决策方法可以打破群体思维的方法要求参加者具有较高的联想思维主持人在看板上记录明确阐述问题会后评价小组成员提出见解头脑风暴三个阶段妄加评论的负面影响
9.思维导图人月神话的博客http://Blog.sina.com.cn/cmmi 促进右脑思维  天然的放射性结构，只有一个根  导图工具使用
10.Kano 模型人月神话的博客http://Blog.sina.com.cn/cmmi卡诺 (Noritaki Kano) 博士将顾客需求分为三种类型，即基本型、期望型和兴奋型。这种分类有助于对顾客需求的理解、分析和整理。  基本需求 : 最基本的需求，尝尝足了也不会表尝尝尝尝尝尝尝出尝尝意，但不尝尝尝尝尝足尝尝会特尝尝尝不尝尝意  期望需求 : 提供的越多越尝尝意  尝尝需求 : 不提供顾客也不会特别不满意 , 但兴奋需求会转化为基本需求
11.原型法人月神话的博客http://Blog.sina.com.cn/cmmi原型法是一种启发式的需求调研方法，适用于新系统或大型复杂系统，目的是进一步挖掘客户需求并和客户快速达成一致。  可操作性：实际执行提供“外观和感觉”的特性  集中性：目标单一，排除额外的执行能力  快速性：利用 CASE 工具快速建立和更改原型
12.原型开发工具人月神话的博客http://Blog.sina.com.cn/cmmi        Axure RP 快速原型制作软件 - 线框图，原型，规格文档 Visio2003 绘制流程图等多种绘图工具 Balsamiq Mockups 手绘风格的原型图绘制工具 Pencil Project 原型图绘制工具 Expression Blend 微软发布的原型开发工具 Cacoo 在线原型图绘制工具 mockingbird 在线原型图绘制工具 OmniGraffle for Mac Mac 下的原型和流程图绘制软件
13.$APPEALS 方法人月神话的博客http://Blog.sina.com.cn/cmmi$APPEALS 是一种市场需求和收集的方法，一般是使用在市场规划和产品规划的细分市场中，因为可以从多个维度，不同的权重来分析需求。         $- 产品价格（ Price ） A- 可获得性（ Availability ） P- 包装（ Packaging ） P- 性能（ Performance ） E- 易用性（ Easy to use ） A- 保证程度（ Assurances ） L- 生命周期成本（ Life cycle of cost ） S- 社会接受程度（ Social acceptance ）
14.需求和项目关系人月神话的博客http://Blog.sina.com.cn/cmmi流程需求收集需求收集需求分析需求分析、决策、决策需求分配需求分配需求实现需求实现需求处理需求过滤、分发子活动深入理解客户问题和应用场合组织论证分析纳入路标规划规划到新版本接受、拒绝接受、拒尝尝、挂起？尝尝尝在研版本上变更需求填报需求排序需求早期确认需求研发过程跟踪需求客户验证、反馈
15.需求之间关系人月神话的博客http://Blog.sina.com.cn/cmmi    原始需求 – 项目启动或立项前的沟通交流，用户目标和期望用户需求 – 体现到 SOW 和项目建议书里面，明确项目建设范围产品需求 – 自身产品化需求，对共性进行提取和抽象，体现在产品规划尝件需求 – 对需求进行分析和挖掘，形成完整文档，指导设计和开发抽象提取原始需求分类整理产品需求用户需求开发挖掘软件需求
16.需求全生命周期人月神话的博客http://Blog.sina.com.cn/cmmi
17.需求工程人月神话的博客http://Blog.sina.com.cn/cmmi
18.需求工程推荐实践人月神话的博客http://Blog.sina.com.cn/cmmi
19.需求说明书内容人月神话的博客http://Blog.sina.com.cn/cmmi用户需求软件用例需求非功能需求需求名称用例编号安全需求描述用例名称性能触发条件使用场景易用性执行者可靠性触发条件可维护性输出基本流可测试性流程扩展流健壮性业务规则接口需求输入处理步骤数据字典权限业务规则假设和约束界面原型
20.需求追踪人月神话的博客http://Blog.sina.com.cn/cmmi    用户需求到产品需求的追踪用户需求到软件需求用例的追踪用例到设计类的追踪软件需求到测试用例的追踪  变更影响分析  防止需求遗漏或镀金  协作项目执行和跟踪
21.5.2 定义范围人月神话的博客http://Blog.sina.com.cn/cmmi定义范围是制定项目和产品详细描述的过程。详细项目范围说明书的编制，对项目成功至关重要。应该根据项目启动过程中记载的主要可交付成果，假设条件和制约因素，来编制项目范围说明书。输入 1. 项目章程 2. 需求文件 3. 组织过程资产工具和技术 1. 专家判断 2. 产品分析 3. 备选方案识别输出 1. 项目范围说明书 2. 项目文件 ( 更新 )
22.范围定义目的人月神话的博客http://Blog.sina.com.cn/cmmi     持续不断的检查以保证能够完成所有需要完成工作不经过 CCB 不能让干系人随便修改项目范围确保所有的变更都是符合项目章程定义和控制哪些应该，哪些不应该包含在项目中防止范围的蔓延和镀金
23.范围定义依据人月神话的博客http://Blog.sina.com.cn/cmmi    对现状的认识：基础设施／人力资源／工具技能／组织对历史的总结：组织过程资产／历史经验数据三要素平衡：范围／目标进度／资源成本费用最直接输入：前期调研和讨论，用户需求优先级排序
24.产品分析 - 产品分解人月神话的博客http://Blog.sina.com.cn/cmmi产品结构 - 按一定原则组织的零部件集合，包括 BOM 清单（报表方式）和产品结构树。  描述产品的物料组成。  反映产品的功能和结构划分  由部件和文档组成  树状结构化的展开形式  可逐级展开的多层结构
25.产品分析 - 系统工程人月神话的博客http://Blog.sina.com.cn/cmmi一个理想的导弹应该是怎么样的 ? 空气动力学推进器导航器结构系统工程结果生产控制器系统工程起胶水作用，使不同的设计 / 子系统共同运作，确保组合起来的系统做为一个整体具有最佳的性能。
26.产品分析 - 价值工程人月神话的博客http://Blog.sina.com.cn/cmmi价值工程主要思想是通过对选定研究对象的功能及费用分析，提高对象的价值。这里的价值，指的是反映费用支出与获得之间的比例。      提高功能，降低成本，大幅度提高价值功能不变，降低成本，提高价值功能有所提高，成本不变，提高价值功能略有下降，成本大幅度降低，提高价值提高功能，适当提高成本，大幅度提高功能，从而提高价值功能评价系数成本系数成本系数 F C V=F/C A 0.284 0.401 0.71 B 0.427 0.335 1.27 C 0.290 0.275 1.05 方案名称最优选择最优
27.项目范围说明书人月神话的博客http://Blog.sina.com.cn/cmmi项目范围说明书详细描述项目的可交付成果，以及为提交这些可交付成功而必须开展的工作。项目范围说明书也表明项目干系人就项目范围所达成的共识。描述项目要做和不要做的工作详细程度，决定着项目管理团队控制项目范围的有效程度。                项目目标 ( 可测量，时间费用和进度）产品范围说明书项目要求说明书项目边界项目可交付成果产品验收准则项目假设 ( 先说断后不乱）项目约束 ( 现状分析）项目组织初步确定风险初步里程碑资金费用估算配置管理要求技术规定说明书批准要求跟项目主计划区别？
28.软件项目计划流程人月神话的博客http://Blog.sina.com.cn/cmmiSOW 用户需求     产品立项目标和范围基于 CMMI 三级强调组织项目管理成熟度注意估算的作用体现 IPM 集成项目管理生命周期风险管理过程和计划过程资产自定义过程资源需求需求分解 WBS 模板估算团队组建技能评估资源计划资源质量计划 PDB 活动任务测试计划进度计划配置计划成本计划沟通计划质量保证计划评审
29.里程碑和基线人月神话的博客http://Blog.sina.com.cn/cmmi    里程碑针对阶段，是时间点；基线针对一个或多个工件，是受控标志。基线和里程碑有可能同时出现，也可能分开出现里程碑的重点是项目状态审查，确定是否可以进入下一个阶段基线重点是保持工件一致性，而且受控需求里程碑变更申请评审评审计划发布里程碑 A.1 需求 BL_2009_0109 B.1 尝计编码测试
30.5.3 创建工作分解结构人月神话的博客http://Blog.sina.com.cn/cmmi定义范围是制定项目和产品详细描述的过程。详细项目范围说明书的编制，对项目成功至关重要。应该根据项目启动过程中记载的主要可交付成果，假设条件和制约因素，来编制项目范围说明书。输入 1. 项目范围说明书 2. 需求文件 3. 组织过程资产工具和技术 1. 分解 2.WBS 模板输出 1.WBS 2.WBS 字典 3. 范围基准
31.什么是 WBS 人月神话的博客http://Blog.sina.com.cn/cmmi    面向可交付成果的对项目工作的层次化分解有机的组织和定义项目整个范围将项目工作分解为较小的，易于管理的多项工作每分解下一层代表对项目跟详细的定义按尝尝段分解尝尝按成果分解
32.什么是工作包人月神话的博客http://Blog.sina.com.cn/cmmi    工作包 -Work Package( 工作细目 ) WBS 的最底层可交付成果能够对工作包进行进度安排，成本估算，监视和控制要求 - 逻辑上不可再分， <80h ，易于估算，明确责任人项目子项目阶段交付成果阶段成果工作包成果工作包工作包
33.WBS 分解原则人月神话的博客http://Blog.sina.com.cn/cmmi     最底层必须是工作包，有明确责任人满足估算需求， 80 小时原则，不满足可在此循环建议先基于阶段，再基于成果适应组织管理的需要大型项目可以先分解为子项目，再进行阶段和产出分解
34.WBS 词典人月神话的博客http://Blog.sina.com.cn/cmmi           帐户编码工作描述负责组织里程碑清单进度活动所需资源成本估算质量要求验收标准参考文献合同信息
35.账目编码和账目表人月神话的博客http://Blog.sina.com.cn/cmmi 账目表 (chart of accounts) – 会计科目表，拥有成本管理和成本核算  账目编码 (code of accounts) – 用于唯一标识 WBS 的组成部分  会计科目表一般是工作包上层，多个工作包可以属于同一会计科目
36.WBS 与集成项目管理人月神话的博客http://Blog.sina.com.cn/cmmi    成本估算和核算以 WBS 为单位，并进行归集挣值管理以 WBS 工作包为最小单位产品结构和 WBS 模板为 WBS 生成的基础文档输出以产品结构为挂接点
37.范围基准人月神话的博客http://Blog.sina.com.cn/cmmi范围说明书 + WBS + WBS 字典
38.5.4 范围核实人月神话的博客http://Blog.sina.com.cn/cmmi范围核实是正式验收项目已完成的可交付成果的过程。核实范围包括与客户或发起人一起审查可交付成功，确保可交付成果已圆满完成，并获得客户或发起人的正式验收。输入 1. 项目管理计划 2. 需求文件 3. 需求跟踪矩阵 4. 可交付成果工具和技术 1. 检查输出 1. 尝收的可交付成果 2. 尝更尝尝求 3. 项目文件 ( 更新 )
39.5.5 范围控制人月神话的博客http://Blog.sina.com.cn/cmmi范围控制是监督项目和产品的范围状态，管理范围基准变更的过程。对项目范围进行控制，就必须确保所请求的变更，推荐的纠正措施或预防措施都经过整体管理中整体变更控制的处理。输入 1. 项目管理计划 2. 工作绩效信息 3. 需求文件 4. 需求跟踪矩阵 5. 组织过程资产工具和技术 1. 偏差分析输出 1. 工作绩效测量 2. 组织过程资产 ( 更新 ) 3. 变更请求 4. 项目管理计划 ( 更新 ) 5. 项目文件 ( 更新 )
40.范围控制数据流图人月神话的博客http://Blog.sina.com.cn/cmmi 输出的变更请求是整体变更控制的输入  需求跟踪矩阵检查是否有遗漏或镀金  计划是基准和目标，执行是实际，两者进行偏差分析
41.范围核实和范围控制人月神话的博客http://Blog.sina.com.cn/cmmi 参与人 – 核尝尝客尝尝必尝尝参与，控制客尝尝尝尝尝尝尝不必参与尝尝尝  时间点 – 核实在关键的阶段完成点，控制在项目执行全过程  内容 – 核实只关注最终交付成果，控制关注所有执行过程中间输出
42.范围蔓延和范围镀金人月神话的博客http://Blog.sina.com.cn/cmmi 范围蔓延 – 客户提出新需求，超出了范围基准  范围镀金 – 客户没有提新需求，项目自己做了额外客户不需要工作成员自我表现项目对需求未理解范围镀金范围蔓延范围基准范围控制的基础一开始范围就未基线需求挖掘不够无变更控制程序
43.变更管理人月神话的博客http://Blog.sina.com.cn/cmmi变更管理是配置管理中最容易见到的活动。这是一个管理提交项目的变更和对于受影响的配置项进行修订的准备、评估、协调、部署并实施的过程。 ECR ：请求解决问题 Change Request ECE ：评估问题 Change Evaluation ECO ：组织解决问题可选项 Analysis Activity EAA ：分析并提出解决方案 Change Order Change Activity ECA ：解决问题
44.变更控制流程人月神话的博客http://Blog.sina.com.cn/cmmi 闭环的流程  变更的对象是基线后的配置项  CCB 作用是变更影响分析和确定变更活动 M 变更活动变更请求 CCB 分析修改后工件 M 变更活动验证和确认产品构建
45.人月神话Http://blog.sina.com.cn/cmmi