第五章 项目范围管理 Chapter 5 - Project Scope Management
5.0 Key Concepts 核心概念
Scope - Addressing what should be included, what shoud NOT be included in a project.
范围 - 项目中应包含什么，不包含什么。
Scope Management - Ensuring the project accounts for all required work(nothing more).
范围管理 - 确保项目做且只做成功完成项目所需的全部工作。
- On agile projects, scope evolves over time; the project team users prototypes to refine requirements.
- 在敏捷项目中，范围是不断扩展的；项目团队使用原型工具来完善需求。
Processes 六个过程
5.1 Plan Scope Mgmt.(P) - Documenting how scope will be defined and controlled.
5.1 规划范围管理 - 以文件形式记录如何定义、确认和控制范围。(《项目范围管理计划》、《需求管理计划》)
5.2 Collect Requirements(P) - Documenting stakeholders needs.
5.2 收集需求 - 记录相关方的需要和需求。（《需求文件》、《需求跟踪矩阵》）
5.3 Define Scope(P) - Developing a detailed project and product description.
5.3 定义范围 - 制定详细的项目和产品描述。（《项目范围说明书》）
5.4 Create WBS(P) - Decomposing project work into smaller components.
5.4 创建WBS - 将项目工作分解为较小的组件。（《范围基准》）
5.5 Validate Scope(M) - Formalizing acceptance of completed deliverables.
5.5 确认范围 - 正式验收已完成的可交付成果。
5.6 Control Scope(M) - Monitoring project scope and managing changes to the scope baseline.
5.6 控制范围 - 监督项目范围，管理范围基准的变更。
Project Decomposition 项目分解
- Project
- 项目
- Deliverable
- 可交付成果
- Work Package
- 工作包
- Activity
- 活动
"Collect Requirements" - Key Tools 5.2 收集需求 主要工具
Brainstorming(data gathering) - Used to general multiple ideas about requirements.
头脑风暴（数据收集）- 用来激发关于需求的点子。
Interviews(data gathering) - A formal or informal approach to gather information from stakeholders.
访谈（数据收集） - 正式或非正式的从相关方获取信息的方法。
Focus Groups(data gathering) - Brings together stakeholders and SMEs to learn about their needs.
焦点小组（数据收集）- 召集相关方和主题专家来获取他们的需求。
Surveys(data gathering) - Written questions to gather information from many respondents.
问卷调查（数据收集）- 用事先设计好的一些问题来从众多受众收集信息。
Benchmarking(data gathering) - Comparing to other organizations to find ways to improve.
标杆对照（数据收集）- 对比其他组织来发现提高的途径。
Document Analysis(data analysis) - Reviewing docs to identify information relevant to requirements.
文件分析（数据分析）- 审查文件来识别与需求相关的信息。
Voting(decision making) - Voting on requirements; outcome could be unanimity, majority, plurality.
投票（决策）- 对需求的投票；可以是一致同意、多数人同意或相对多数同意。
Multi-Criteria Decision Analysis(decision making) - Using a matrix to evaluate/score requirements.
多标准决策分析（决策）- 使用矩阵对多个需求进行评估打分。
Affinity Diagrams(data representation) - Classifying many requirements into groups for analysis.
亲和图（数据表现）- 对大量需求进行分组，以便进一步分析。
Mind-Mapping(data representation) - Consolidating/evaluating ideas from brainstorming sessions.
思维导图（数据表现）- 对头脑风暴所产生的点子进行整理。
Nominal Group Technique(interpersonal skills) - Mix of brainstorming/voting; best ideas go forward.
名义小组技术（人际关系与团队技能）- 头脑风暴与投票的混合，将点子排序，机构化的头脑风暴。
Observations/Conversations(interpersonal skills) - Viewing people in their environment to get ideas.
观察、交谈（人际关系与团队技能）- 也称为“工作跟随”，观察人们在他们的工作环境中来获得想法。
Facilitation(interpersonal skills) - Focused workshops with key stakeholders(e.g. used in JAD).
引导（人际关系与团队技能）- 与关键相关人进行焦点讨论（比如JAD联合应用开发）。
Context Diagrams - An illustration of scope showing a system and how people interact with it.
关系交互图 - 对产品范围的可视化描绘以及人们如何与之互动。
Prototypes - Used to gather early feedback on product requirements by sharing a working version.
原型法 - 通过制作一个可工作的原型产品来尽早获得产品需求方面的反馈。
"Collect Requirements" - Key Outputs 5.2 收集需求 主要输出
Requirements Traceability Matrix - Links requirements to the deliverables that satisfy them
需求跟踪矩阵 - 将需求与对应满足该需求的可交付成果关联。
Requirements Documentation - Describe requirements; which should be written, clear, traceable.
需求文件 - 描述需求；需要书面化，清晰且可追溯。
- Business Requirements - Address the needs of the overall organization.
- 业务需求 - 说明整个组织的需求。
- Stakeholder Requirements - Address the needs of stakeholders(those affected by the project).
- 相关方需求 - 说明相关方的需求。
- Project Requirements - Address things the project must meet(e.g. milestone dates).
- 项目需求 - 说明项目所必须满足的（比如：里程碑日期）。
- Transition Requirements - Address temporary capabilities(e.g. initial training upon "handoff").
- 过渡和就绪需求 - 说明状态转换时所需的临时能力（比如：项目移交时的培训）
- Quality Requirements - Address quality expectations(e.g. the use of tests and certifications).
- 质量需求 - 说明质量方面的期望（比如：测试和鉴定的使用）。
- Solution Requirements - Address project or service functionality.
- 解决方案需求 - 说明项目或服务的特性、功能和特征。
- *Functional - behaviors of a product(e.g. process an order).
- *功能需求 - 产品应具备的功能（比如：处理某个命令）。
- *Non-Functional - conditions that support those behaviors(e.g. security, performance).
- *非功能需求 - 产品功能运行所需的环境条件（比如：安全性、性能）。
Scope Baseline - Components 范围基准 组成
1. Project Scope Statement - Description of project scope, deliverables, assumptions, constraints.
1. 项目范围说明书 - 项目范围、验收标准、假设条件及制约因素的描述。
2. WBS - Decomposition of the total scope of work to be carried out by the project team.
2. WBS - 项目团队对全部工作范围的层级分解。
3. Work Package - The lowest level of the WBS; includes a unique ID; is part of a control account.
3. 工作包 - WBS的最低层，包含一个独立的账户编号，属于控制账户的一部分。
4. Planning Package - Above the work package in a WBS, but below a control account(i.e. between).
4. 规划包 - 低于控制账户而高于工作包的工作分解结构组件。
5. WBS Dictionary - Detailed information about WBS components.
5. WBS词典 - WBS组件的详细描述信息
