5.1 项目范围管理
5.1 项目范围管理
- 一、范围管理概述
- 产品范围与项目范围
- 1. 产品范围
- 2.项目范围
- 范围管理的重要性
- 范围出问题-沙漠综合征
- 项目范围管理过程
- 二、规划范围管理
- 1. 范围管理计划
- 2. 需求管理计划(了解)
- 三、收集需求
- 需求的分类
- 收集需求-工具及技术 ※※※
- 1. 访谈
- 2. 焦点小组
- 3. 引导式研讨会
- 4. 群体创新技术(6个)※
- 5. 其它
- 输出
- 1. 需求文件
- 2. 需求跟踪
- 需求管理可能存在的问题 ※※※ 【案例分析】
一、范围管理概述
确保项目包含且只包含达到项目成功所必须完成的工作
☆☆☆项目范围管理包括以下6个过程:
- 规划范围管理(写一个文档,范围管理计划,规定如何做好范围管理)
- 收集需求(收集需求后才知道,后期项目要做什么)
- 定义范围(需要写一个详细的项目范围说明书)
- 创建WBS(把整个项目工作分解为较小的,易于管理的组成部分,形成一个自上而下的分解结构)
- 确认范围(在项目的进行中,需要阶段性的做一个验收)
- 控制范围(做好监控,看有没有偏差,有偏差的进行纠偏)
项目范围管理需要做以下三个方面的工作:
明确项目边界,即明确哪些工作是包括在项目范围之内的,哪些工作是不包括在项目范围之内的。
对项目执行工作进行监控,确保所有该做的工作都做了,而且没有多做。对不包括在项目下,范围内的额外工作说“不”,杜绝做额外工作。
防止项目范围发生蔓延。范围蔓延是指未对时间、成本和资源做相应调整,未经控制的产品或项目范围的扩大。
产品范围与项目范围
1. 产品范围
产品、服务或成果所具有的特性和功能。产品范围是否完成,以产品是否满足产品描述来判断,如软件产品是否完成,以软件需求规格说明书作为衡量标准。产品范围是项目范围的基础。
2.项目范围
是为了交付产品、项目所必须完成的工作。有时项目范围又称为工作范围。项目范围是否完成,以范围基准(项目范围说明书、WBS及WBS字典)为衡量标准
产品范围变更后,首先受到影响的是项目的范围
范围管理的重要性
- 项目范围来自于项目目标,完成项目工作范围是为了实现项目目标
- 项目范围管理及控制的有效性,是衡量项目是否达到成功的一个必要标准
- 在项目中不断重申项目工作范围,是项目中实施控制管理的一个主要手段
- 项目范围管理可以详细、清楚地界定分工界面和责任
- 项目范围管理能确定项目边界,明确主要可交付成果,范围管理能提高对项目成本、进度和资源估算的准确性
- 项目范围管理影响到项目的成功,在实践中范围蔓延是项目失败最常见的原因之一
范围出问题-沙漠综合征
范围没管好,是项目失败的主要因素之一
沙漠综合征:失去希望、目光呆滞、反应迟钝,对新鲜事务缺乏热情,易喜易怒,易亢奋易抑郁
原因:项目范围(目标)没有事先定义好,需求、事情没完没了……
解决:重新梳理范围,制定里程碑清单
项目范围管理过程
二、规划范围管理
范围管理计划需要项目管理团队全员参与。
1. 范围管理计划
对团队如何管理项目范围提供指导
2. 需求管理计划(了解)
如何分析、记录和管理需求。是对项目的需求进行定义、确定、记载、核实管理和控制的行动指南。
需求管理计划主要包括以下内容:
(1)如何规划、跟踪和报告各种需求活动
(2)需求管理需要使用的资源
(3)培训计划
(4)项目干系人参与需求管理的策略
(5)判断项目范围与需求不一致的准则和纠正规程
(6)需求跟踪结构(哪些属性列出需求跟踪矩阵)
(7)配置管理活动
三、收集需求
需求的分类
需求包括业务需求,干系人需求,解决方案需求,过渡需求,项目需求和质量需求等。
需求是用户满意的前提—发散式收集
原则:尽量多的收集需求
裁剪收网-优先级排序和需求会
收集需求-工具及技术 ※※※
1. 访谈
结构化访谈:事先准备好一些列问题,有针对性的进行
非结构化访谈:列出一个粗略的想法
实际中常常两者结合
2. 焦点小组
焦点小组会议(预定的干系人和主题专家集中在一起讨论)
有主持人,分组进行讨论
3. 引导式研讨会
跨职能、集中式讨论。比单项会议能更快的发现和解决问题。
JAD 联合应用设计/开发 Joint Application Development < 干系人+开发团队>
QFD 质量功能展开 Quality Function Deployment <客户声音(用户故事)>
QFD步骤:
(1)将用户需求作为第一列
(2)将特性做为第一行
(3)集中讨论特性与需求的关联性
(4)确定哪些特性最能满足需求
跨职能,更快的发现和解决问题
4. 群体创新技术(6个)※
(1)头脑风暴☆
关键词:面对面、畅所欲言、相互启发;人数5-10人,时长1小时左右
原则:1)庭外判决原则:评判必须放到最后阶段,2)欢迎各抒己见,自由鸣放;3)追求数量;4)探索取长补短和改进办法
缺点:可能会于屈服权威
(2)名义小组技术☆
通过投票来排列最有用的创意;以便进行进一步的头脑风暴或优先排序,也可以先提出一些较大的创意类别,做为头脑风暴的基础
头脑风暴+优先排序
(3)德尔菲技术☆
关键词:背对背、匿名,以问卷方式多次征询专家意见
过程步骤:(1)选择有相关经验的专家。(2)将信息分别提供给专家,请他们各自独立发表自己的意见,并写成书面材料。(3)主持人收集并综合专家们的意见后,将综合意见反馈给各位专家,请他们再次发表意见。如果分歧很大,可以开会集中讨论;否则主持人分头与专家联络。(4)如此反复多次,最后形成代表专家组意见的方案。
优点:
–能充分发挥各位专家的作用,集思广益,准确性高。
–减少数据及各方面的偏见。
–能把专家意见的分歧点表达出来,避免权威人士的意见影响他人的意见;
缺点是过程复杂、耗时
背对背,专家与专家之间也不能联系
(4)概念/思维导图(心智图)
中心主题
思维放射
(5)亲和图
收集想法 --> 亲和性(相近性) --> 归纳分类
亲和图(Affinity Diagram) 又称为KJ法, 是针对某一问题, 充分收集各种经验、知识、想法和意见等语言、文字资料,通过图解方式进行汇总,并按其相互亲和性归纳整理这些资料,使问题明确起来,求得统一认识,以利于解决的一种方法。
亲和图的核心是头脑风暴法,是根据结果去找原因。
主要用来确定范围分解的结构, 有助于WBS的制订。
头脑风暴+归类分组
(6)多标准决策分析
借助决策矩阵,采用多标准评估和排序方案
5. 其它
群体决策技术:一致同意;大多数原则(50%以上);相对多数原则(有超过两个方案时);独裁现象
问卷调查:问卷调查是指设计一系列书面问题,向众多受访者快速收集信息。问卷调查方法非常适用于以下情况:受众多样化,需要快速完成调查,受访者地理位置分散,并且适合开展统计分析。
观察:直接察看个人在各自的环境中如何执行工作(或任务)和实施流程(产品使用者难以或不愿说明需求时。可以挖掘隐藏需求)
原型法:在实际制造预期产品之前,先造出该产品的模型,并据此征求对需求的早期反馈标杆对照:与其他类似组织的做法比较,识别最佳实践,形成改进意见(差异性分析)
标杆对照
系统交互图:是对产品范围的可视化描述。显示系统与参与者的交互方式;系统间交互等,显示了业务系统的输入、输入提供者、业务系统的输出和输出接收者(如DFD、用例图)
文件分析:文档考古。分析现有文档,识别与需求相关的信息,来挖掘需求
输出
1. 需求文件
需求文件既可以是一份按干系人和优先级分类列出全部需求的简单文件,也可以是一份包括内容提要,细节描述和附件等的详细文件
- 需求清单
- 需求规格说明书
需求文件可包括:业务需求、干系人需求(用户需求)、解决方案需求(功能和非功能)、项目需求(服务水平)、过渡需求、相关假设和约束
2. 需求跟踪
需求跟踪的内容:
1.正向跟踪:正向跟踪是指检查需求文件中的每个需求是否都能在后继工作产品(成果)中中找到对应点(以免需求被做漏、做偏)
2.反向跟踪:也称为逆向跟踪,是指检查设计文档、产品构件、测试文档等工作成果是否都能在需求文件中找到出处(是查需求源头,了解为什么要做这个需求,来源背景和原因是什么)
①从用户原始需求可向前追溯到需求文件,可区分受变更影响的需求,确保需求文件包括所有用户需求
②从需求文件回溯到相应的用户原始需求,确认每个需求的出处
③从需求文件追溯到产品元素,可知每个需求对应的产品元素,从而确保产品元素满足需求
④产品元素回溯到需求文件,使项目团队成员知道产品元素存在的原因(如果设计元素或测试案例无法回溯到需求文件,则可能是镀金;如果孤立的产品元素是一个正当功能,则可能是需求遗漏)
⑤ 需求文件之间的跟踪,便于更好地处理各种需求之间的逻辑相关性,检查需求分解中可能出现的错误或遗漏。
需求跟踪矩阵:
表示需求和其他产品元素之间的联系链的最普遍方式是使用需求跟踪(能力)矩阵,需求跟踪矩阵将产品需求从其来源连接到能满足需求的可交付成果的一种表格。有助于确保需求文件中被批准的每项需求在项目结束的时候都能交付,还可以为管理产品范围变更提供框架。
需求跟踪矩阵中记录的典型属性包括唯一标识、需求的文字描述、收录该需求的理由、所有者、来源、优先级别、版本、当前状态(例如,进行中、已取消、已推迟、新增加、已批准、已分配、已完成等)和状态日期
需求管理可能存在的问题 ※※※ 【案例分析】
·对客户(或用户)的需求获取不充分;
·没有按照规范的需求开发与需求管理的流程及内容开展需求工作;
·缺乏需求定义环节,没有定义出需求规格说明书;
·缺乏需求验证环节,没有请客户代表一起进行需求评审;
·没有制定范围和需求管理计划,
·没有求得干系人对需求的一致理解;
·没有求得干系人对需求的承诺,
·没有有效地管理需求变更控制:
·没有有效维护对需求进行跟踪管理,,
·没有及时识别项目工作与需求之间的不一致性。
5.1 项目范围管理相关推荐
- 软件项目管理大作业_案例|P6软件在水电项目施工管理中的应用
P6 广泛应用于国际大型工程项目中,利用先进的项目管理软件来进行项目管理显得尤为重要.今天这篇文章以美纳斯水电项目为例,从项目施工角度,介绍P6 项目管理软件进行项目施工技术管理,包括进度控制.技术文 ...
- 信息系统项目管理师 章节_信息系统项目管理师章节重点(5)项目整体管理
信息系统项目管理师章节重点第五章:项目整体管理 整体管理是一项综合性和全局性的工作,对不同的活动和过程进行识别.定义.事合.统一和协调权衡的过程.决定什么时间把工作量分配在相应的资源上,哪些潜在的问题 ...
- 项目管理难,如何高效地对项目进行管理?
对于企业来说,项目的进行,需要多个部门协同完成,这就必然面临着大量的沟通,无疑会增加企业的成本,对于企业来说,是一大难题. 项目管理涉及有效的计划和对工作的系统管理.它包括定义项目目标,制定行程和安排 ...
- 装修公司事务繁杂,如何进行项目协作管理?
装饰企业管理最难的是什么?管人!相信这是多数企业管理人的共同心声. 有种观点"人都是做你要求的事情",所以我们在管理中习惯通过检查去做好管理,也衍生了质量管理系统.服务管理系统,用 ...
- 99%的项目经理都不了解项目群管理!
[背景] 中国有15万PMP专业人员,但企业项目规模越来越大,投资越来越高,在多项目并行的情况下,项目与战略目标之间存在着一些问题和困扰: 项目投资没有预期的好 资源不能匹配战略 大型项目群管理找不到 ...
- Cap21_项目组合管理
21 项目组合管理 21.1 项目组合管理概述 21.1.1 项目组合 项目组合是将项目.项目集,以及其他方面的工作内容组合起来进行有效管理,以保证满足组织的战略性的业务目标. 21.1.2 项目组合 ...
- 如何使用Worktile进行敏捷项目开发管理
Worktile在任务管理上采用了看板视图,非常适合进行敏捷项目开发管理.事实上,在开发Worktile的过程中,我们也是自产自销,使用Worktile管理Worktile本身的开发过程,在本文中跟大 ...
- 9月9日项目群管理活动讨论
[活动背景] 中国有15万PMP专业人员,但企业项目规模越来越大,投资越来越高,在多项目并行的情况下,项目与战略目标之间存在着一些问题和困扰: 项目投资没有预期的好 资源不能匹配战略 大型项目群管理找 ...
- pmp知识点详解-项目大牛整理_PMP核心知识点—第五章:项目范围管理(1)
一.规划范围管理 Inputs 1.项目管理计划: 质量管理计划 项目生命周期描述 开发方法 2.项目章程: 项目章程记录项目目的.项目概述.假设条件.制约因素以及项目意图实现的高层级需求. 3.事业 ...
- 论信息系统的项目范围管理
1.摘要: 描述项目的背景.系统所包括的功能,系统建设基本要求,所采用的IT技术,我的职责,并切入论文的论题:信息系统项目范围管理的5个过程. 2.正文: 描述项目的背景.系统所包括的功能,系统建设基 ...
最新文章
- [NSTaggedPointerString text]:unrecognized selector sent to instance
- Ajax表单提交给C#后台选中的checkbox值
- Struts2中OGNL,valueStack,stackContext的学习
- 七月时忙碌而充实的_如何减少忙碌而更有效
- swift 选中长按项_Swift下使用UICollectionView 实现长按拖拽功能
- C++数据与我们转移过空间之后
- powerDesigner需求建模
- CCF201609-1 最大波动
- java udp 线程,Java中的UDP DatagramSocket线程的高CPU使用率
- LAMP详细搭建步骤
- SHAP(SHapley Additive exPlanation):Python的可解释机器学习库
- leetcode 506. Relative Ranks(python)
- OpenCV图像滤镜操作-模糊
- CSS实现文字凹凸效果
- VM虚拟机ssh免密登录其他主机
- 欧几里得定理(nyoj775)
- 使用Pinyin4j进行拼音分词
- DDR和MIG使用小结
- 支付宝小程序获取用户的user_id案例
- java第三方包_java客户端引入第三方包方法