2.项目范围管理-输入、工具、输出

项目范围管理包括确保项目做且只做所需的全部工作,以成功完成项目。主要在于定义和控制哪些工作应该包括在项目内,哪些不应该包括在项目内。

 

一、规划范围管理:

记录如何定义、确认和控制项目范围及产品范围

作用:

在整个项目期间对如何管理范围提供指南和方向

1.1输入:

【1】项目章程:项目目的、概述、假设条件、制约因素、高层需求

【2】项目管理计划:质量管理计划、项目生命周期描述、开发方法

【3】事业环境因素:组织文化、基础设施

【4】组织过程资产:政策和程序、经验教训知识库

1.2工具与技术:

【1】专家判断:类似项目、特定行业、领域的信息

【2】数据分析:备选方案分析

【3】会议

1.3输出:

【1】范围管理计划:描述如何定义、制定、监督、控制和确认项目范围。用于指导制定项目范围说明书、创建WBS、如何审批和维护范围基准、正式验收已完成的可交付成果

【2】需求管理计划:描述如何分析、记录和管理需求。主要内容:如何规划跟踪报告需求活动、配置管理活动、需求优先级排序、测量指标、需求属性列入跟踪矩阵

二、收集需求:

为实现目标而确定,记录并管理干系人的需要和需求的过程

作用:

为定义产品范围和项目范围奠定基础

2.1输入:

【1】立项管理文件:商业论证文件,描述了为满足业务需要而应达到的标准

【2】项目章程:项目概述、高层级需求

【3】项目管理计划:范围管理计划(定义、制定项目范围)、需求管理计划(收集、分析、记录需求)、干系人参与计划(干系人沟通需求)

【4】项目文件:假设日志、干系人登记册(干系人需求)、经验教训登记册(需求收集技术)

【5】协议

【6】事业环境因素:组织文件、基础设施

【7】组织过程资产:政策和程序、经验教训知识库

2.2工具与技术:

【1】专家判断:需求获取、分析;需求文件;类似项目

【2】数据收集:头脑风暴、访谈、焦点小组、问卷调查、标杆对照(与其他可比组织的实践比较)

【3】数据分析:文件分析(协议、业务规则库)

【4】决策:投票、独裁型决策制定、多标准决策分析(决策矩阵,系统分析方法建立风险、收益等标准,评估和排序)

【5】数据表现:

亲和图:对大量创意进行分组的技术,以便进一步审查和分析。

思维导图:头脑风暴创意整合,反映创意间的共性与差异,激发新创意

【6】人际关系与团队技能

名义小组技术:促进头脑风暴的技术,投票排列最有用的创意,以便进一步开展头脑风暴或优先排序

观察和交谈:“工作跟随”,直接察看工作执行和实施流程,也可以实际参与体验

引导:与主题研讨会结合使用,把主要干系人召集在一起定义产品需求

【7】系统交互图(产品范围的可视化描述)

【8】原型法(产品的模型,有形的实物)(故事板,通过一系列图像或图示来展示顺序或导航路径)

2.3输出:

【1】需求文件

描述各种单一需求如何满足项目相关的业务需求。一开始可能只有高层级需求,然后随着有关需求信息的增加而逐步细化。只有明确的、可跟踪的、完整的、主要干系人认可的需求,才能作为基准。

需求类别:

(1)业务需求:高层级需要

(2)干系人需求:干系人需要

(3)解决方案需求:为满足业务需求和干系人需求,产品、服务或成果必须具备的特性、功能和特征。又进一步分为功能需求和非功能需求。

(4)过渡和就绪需求:如数据转换和培训需求。“当前状态”过渡到“将来状态”

(5)项目需求:项目需要满足的行动、过程或其他条件,如里程碑日期、制约因素等

(6)质量需求:项目需求实现的任何条件或标准

【2】需求跟踪矩阵

把产品需求从其来源连接到可交付成果的一种表格。

典型属性包括:

唯一标识、需求描述、收录理由、优先级、业务需要、项目目标、WBS可交付成果、产品设计、产品开发、测试案例

 

posted @   少年阿川  阅读(145)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 分享4款.NET开源、免费、实用的商城系统
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
· 上周热点回顾(2.24-3.2)
点击右上角即可分享
微信分享提示