美文网首页
PMBOK指南知识点 - 第五章

PMBOK指南知识点 - 第五章

作者: kevinjaw007 | 来源:发表于2020-01-09 15:18 被阅读0次

第五章 项目范围管理 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组件的详细描述信息

相关文章

网友评论

      本文标题:PMBOK指南知识点 - 第五章

      本文链接:https://www.haomeiwen.com/subject/bubyactx.html