婚礼项目范围说明书什么是项目范围说明书 _生活百科

5. 《05 范围管理》学习笔记摘要： 5.1. 规划范围管理综述：范围管理主要是明确和控制工作的内容和边界，确保“只做和完成应该做的事情”，包括产品范围和项目范围。
产品范围：产品、服务或成果的特征和功能。项目范围：交付具有特定特征和功能的产品、服务或成果必须完成的工作。

文章插图
5.2. 规划范围管理ITTO图：

文章插图
5.3. 规划范围管理---输出范围管理计划：
-项目或项目集管理计划的一部分，描述如何定义、制定、监督、控制和确认范围。需求管理计划(商业分析计划)
-描述如何在整个项目生命周期中分析、记录和管理需求，包括但不限于：
如何计划、跟踪和报告各种需求活动、配置管理活动、需求排序流程、产品测量指标以及使用这些指标的原因、需求跟踪结构
5.4. 收集需求： 5.4.1. 收集需求综述建立需求分类结构有利于全面收集需求。需求收集必须全面，首先
不要管需求能不能实现。
“没有意识识到的需求”是高等级风险。

来自不同相关方的需求
业务需求，质量需求，工期需求，安全需求，合规需求……
功能需求(如流程，数据，产品交互……)、非功能需求（如性能，可靠性，安全性、可支持性、服务水平SLA……）、内部辅助性需求(数据转换，培训需求)
新产品开发要考虑：价格，包装，性能，易用性，保证程度，生命周期成本，社会接受程度
……等等

收集需求ITTO图

文章插图
5.4.3. 收集需求输出-需求跟踪矩阵【婚礼项目范围说明书什么是项目范围说明书】需求
目标
对应系统模块
功能设计思路/方案框架
负责人

5.4.4. 收集需求—工具

文章插图
数据收集工具：

访谈：
从一对一，到多对多，特别有助于收集非公开信息
问卷：
特别适合众多样，时间紧，受访者分散，后续统计分析
焦点小组会议：
召集预定的相关方和主题专家，互动讨论，了解需求与期望
由受过训练的主持人引导进行---归纳焦点
标杆对照：

取法乎上，得其中
数据表现：

亲和图：(分组聚类)

文章插图

思维导图：

如Xmind，Mindmanager

系统交互图：

反映各系统之间，系统与人之间的交互方式。

原型法：

如：产品原型，3D模型等（电子的或实物的模型）
要遵循渐进明晰，采用MVP最小可行产品的原则（用最小的代价，最小的成本验证想法是否可行）
故事板 storyboarding，用户故事，用户画像。
人际关系与团队技能

观察与交谈：

工作跟随，现场体验
明义组计划（NGT法）：

每个参与者都写下自己的观点，应该如何决策如何做出选择
收集所有见解，所有人都能看到汇总结果，但不讨论（沉默）
所有人相互提问，充分讨论以比较各种观点
投票表决，统计投票结果，产生集体方案

人际关系与团队技能：引导

联合应用设计或开发JAD，把业务专家和开发团队集中研讨，软件行业常用
用户故事User Story，谁(角色)为了(什么动机)而需要（什么目标/产品/功能）

文章插图
引导：质量功能展开（质量屋）
从收集客户需求(又称“客户声音”)开始，然后客观地对这些需求进行分类和排序，并为实现这些需要而设定目标。

文章插图

5.5. 定义范围：5.5.1. 定义范围ITTO图：

文章插图
5.5.2. 定义范围—工具：产品分析把抽象需求变成具体可交付成果，用到的子工具，如需求分析，产品分解，系统分析，系统工程等。在不得已到时候，根据项目价值来剪裁项目需求。
数据分析：备选方案分析，进来兼顾各项需求及成果，用到的子工具，如头脑风暴，横向思维，反向思维（提出新思路，解决新问题）等。

文章插图
专家判断，人际关系与团队技能。
5.5.3. 定义范围输出-范围说明书：范围说明书是相关方对项目范围的共识，后续各决策的依据。

产品范围描述：总体概述、产品范围说明
可交付成果：为完成某工作而必须产出的各种独特并可核实的产品，成果或服务能力(包含辅助成果)
验收标准：通过验收前必须满足的各种条件。
除外责任：免责条款，可选工作范围。

5.5.4. 创建WBS：

WBS：Work Breakdown Structure，工作分解结构，把项目分解成较小的且更容易管理的单元(底层单元：工作包) 。
WBS最低层的组成部分称为工作包,其中包括计划的工作。WBS有不同层级的组件,工作包是最低层的,再往上是规划包,更高一层是控制帐户。
WBS的分解程度,不能太粗也不能太细,太细增加管理成本且底层数据向上汇总变得复杂;太粗不利于管控。经验规则是工作包不要超过80小时。
WBS包含了全部的产品和项目工作,包括项目管理工作。通过把WBS底层的所有工作逐层向上汇总,来确保既没有遗漏的工作,也没有多余的工作。这有时被称为100%规则。

分解的目的：