美文网首页
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