项目管理专有名词概念统计

项目范围管理

范围 / scope 开发项目产品所涉及的所有工作和用来开展工作的所有过程

项目范围管理 / project scope manager 界定和控制项目中应该包括什么和不包括什么所涉及的过程。项目范围管理包括的6个主要过程：

• 计划范围管理 确定如何管理项目的范围和需求
• 收集需求 定义并记录产品的特点和功能，以及开发这些产品的过程
• 定义范围 审查范围管理计划、项目章程、需求文档和组织过程资产来制定一份范围说明书，并且在需求的扩展和变更请求得到批准时增加更多的信息
• 创建工作分解结构 创建工作分解结构是指将主要的项目可交付成果分解成更细小和更易管理的组成部分。
• 确认范围 项目可交付成果的正式验收。

需求 / requirement 为满足业务需要，在产品、服务或结果中必须体现的一种条件或能力。

需求管理计划 / requirement management plan 记录如何分析、记录和管理项目需求

需求跟踪矩阵 / Requirment Traceability Matrix 列出各种需求、需求属性以及需求状态的表格，以确保所有需求得到解决。

工作分解结构 / Work Breakdown Structure / WBS 项目中涉及的、以可交付成果为导向的工作分组，用于定义项目的总范围。

• 分解 / decomposition 将项目的可交付成果细分为更小的部分。

创建WBS的方法：

• 使用指南
• 类比法
• 自上而下法 / top-down approach 项目最大的条目开始，将它们分解为次一级的条目。
• 自下而上法 / bottom-up approach 项目团队成员首先尽可能多地识别与项目有关的具体任务。
• 思维导图法

范围确认 / scope validation 整个项目可交付成果的正式验收。

偏差 / variance 计划与实际绩效之间的差别。

项目进度管理

项目进度管理 / project schedule management 确保项目按时完成的过程。

• 计划进度管理 确定将用于计划、执行和控制项目进度的政策、流程和文档。
• 定义活动 识别项目团队成员和干系人必须执行并产生项目的可交付成果的特定活动。
  • 活动清单 / activity list 包含在项目进度中的活动列表
  • 活动属性 / activity attributes 提供有关每个活动的进度相关信息
  • 里程碑 / milestone 项目中一个通常没有持续时间的重要事件。
• 排列活动顺序 识别和记录项目活动之间的关系，包括需求、资源分解结构和项目文档更新
  • 依赖 / dependency
    • 强制性依赖关系 / mandatory dependencies 项目中正执行的工作的固有本质。
    • 选择性依赖关系 / discretionary dependencies 由项目团队决定的关系。
    • 外部依赖关系 / external dependencies 由项目团队无法控制的关系。
    • 内部依赖关系 / internal dependencies 由项目团队控制的关系， 涉及项目活动之间的关系。
  • 网络图 / network diagram 显示项目活动之间的逻辑关系及其顺序的示意图
    • AOA / activity-on-arrow
    • ADM / arrow diagramming method
    • 紧前关系绘图法 / Precedence Diagramming Method 使用方框代表活动。
      • f-to-s : 完成-开始, 一个活动完成后，另一个活动开始
      • s-to-s : 开始-开始, 一个活动开始后，另一个活动开始
      • f-to-f : 完成-完成, 一个活动完成后，另一个活动完成
      • s-to-f : 开始-完成, 一个活动开始后，另一个活动完成
  • 甘特图 / Gantt chart 提供显示项目进度信息的标准格式，以日历的形式列出项目活动及其相应的起止日期。
  • 关键路径法 / CPM
• 估算活动持续时间 估算完成单项活动所需的工作时间
• 制定进度计划 分析活动顺序、资源需求和活动持续时间估算来创建项目进度计划
• 控制进度 控制和管理项目进度的变更

项目成本管理

项目成本管理 / project cost management 用来确保项目团队在批准的预算内完成一个项目的必要过程。

• 计划成本管理 决定用于计划、执行和控制项目成本的政策、程序和文件。
• 估算成本 对完成项目所需资源的成本进行近似计算。
  • 粗略量级估算 / ROM
  • 预算估算 / budgetary estimate
  • 确定性估算 / definitive estimate
  • 功能点 / function points 基于软件为最终用户提供的功能度量软件规模的方法。
• 制定预算 将总体成本估算分配到各个工作项目。
  • 成本基准 / baseline 阶段性的预算，用来很亮并检测成本的执行情况。
• 控制成本 控制项目预算的变更。

挣指管理 / Earned Value Management / EVM 集成项目范围、时间和成本数据的项目绩效度量技术。

• 数据源：
  • 计划值 / planned value / PV 分配给计划工作的已已授权预算
  • 实际成本 / actual cost / AC 用于完成工作的实际成本
  • 挣值 / earned value / EV 完成工作的预算成本
• 度量标准计算：
  • 成本偏差 / cost variance / CV = EV - AC
    • 负：执行工作成本超过计划成本
    • 正：执行工作成本低于计划成本
  • 进度偏差 / schedule variance / SV = EV - PV
    • 负：执行工作所花费的时间比计划时间长
    • 正：执行工作所花费的时间比计划时间短
  • 成本绩效指数 / cost performance index / CPI = EV / AC
    • 小于1：执行工作的成本高于计划成本
    • 大于1：执行工作的成本低于计划成本
  • 进度绩效指数 / schedule performance index / SPI = EV / PV
    • 小于1：执行工作的进度落后于计划进度
    • 大于1：执行工作的进度超前于计划进度
  • 完工预算 / Budget At Completion / BAC 项目最初的总预算
  • 完工估算 / Estimate At Completion / EAC = BAC / CPI

项目质量管理

质量（quality）： 反映实体满足明确或需要能力的特性和特征的总和。

符合要求（conformance to requirements）： 项目的实施过程和产品符合书面的规格标准。

适用性（fitness for use）： 产品可以按预期使用。

项目质量管理（project quality management）： 确保项目满足它所应满足的需求。

计划质量管理

• 功能性（functionality）： 系统实现其预期功能的程度
  • 特性（feature）： 吸引用户的特点
• 系统输出（system output）： 系统能提供的屏幕显示和报告
• 性能（performance）： 产品或服务达到客户预期用途的程度。
• 可靠性（reliability） 产品或服务在正常条件下按其预期运行的能力。
• 可维护性（maintainability） 在铲平上执行维护的容易程度。

管理质量

• 质量保证（quality assurance） 用于描述与满足项目相关质量标准有关的所有活动。
• 标杆管理（benchmarking） 通过将特定项目的时间或产品特性与组织内外的其他项目的实践或产品特性进行对比，从而产生质量改进的想法和建议。
• 质量审计（quality audit） 对特定质量管理活动的结构化审查

控制质量

• 验收决定（acceptance decision） 确定是否接受或拒绝作为项目一部分的产品或服务。
• 返工（rework） 为使被拒绝的项目符合产品要求、规范或其他干系人的期望而采取的行动。
• 过程调整（process adjustments） 基于质量控制的度量结果，纠正或预防出现更多的质量问题。

鱼骨图（fish bone diagram）

控制图（control chart）

• 七点运行规律（seven run rule） 如果在一个质量控制途中，一行上的7个数据点都低于平均值或高于平均值，或者都是上升的，或者都是下降的，那么就需要检查这个过程是否存在非随机问题。

检查表（checksheet）

散点图（scatter diagram）

直方图（histogram）

帕累托图（Pareto chart） 确定问题区域及优先级；

• 帕累托法则（Pareto principle） 80%的问题是由20%的原因引起的。

流程图（flowchart） 显示过程逻辑及流向的图形表示，可以帮助分析问题

测试

• 单元测试（unit test） 测试每个组件，以确保尽可能没有缺陷。
• 集成测试（integration testing） 发生在单元测试和系统测试之间，用来测试功能分组的组件。
• 系统测试（system testing） 作为一个整体来测试整个系统。
• 用户验收测试（user acceptance testing）最终用户在验收交付系统之前进行的独立测试。

什么是系统方法 / system approach

系统方法是指采用整体和分析的方法来解决复杂问题，包括使用系统哲学、系统分析和系统管理等方法。

• 系统哲学： 一整套系统地思考事物的思维模式
• 系统分析： 解决问题的一种方法，需要定义所研究系统的范围，然后将它分解成各个部分来确认与评估相应的问题、机会、约束和需求。
• 系统管理： 处理与系统的创建、维护和改变相关的业务、技术和组织问题。

三种常见的组织架构

• function organization: 职能负责人向CEO汇报的组织结构
• Project organization： 项目经理向CEO汇报的组织结构
• Matrix organization： 职能组织结构和项目组织结构的中间混合结构，成员通常需要向两个及以上的负责人汇报。

项目管理过程的五大过程组

项目 为创造一个特定的产品、服务或者成果而采取的临时性的努力。

项目管理 在项目活动中运用相应的知识和技术满足项目需求的过程。

组织的四个框架 结构、人力资源、政治和符号

综合变更控制 / intergrated change control 涉及在项目的全生命周期中识别、评估及管理变更。三个主要目标：

• 影响那些产生变更的因素以确保变更都是有利的；
• 确定一个变更已经出现过；
• 及时地管理真正的变更。

马斯洛需求层次 自底向上，生理需求、安全需求、社交需求、尊重需求、自我实现。

系统开发生命周期 / SDLC 描述开发信息系统不同阶段的框架。

成本 / cost 为实现一个特定目标而牺牲或放弃的资源

项目成本管理 / Project Cost Management

风险定性分析 / Performing Qualitive Risk Analysis 风险定性包括评估已识别风险的可能性，确定其大小和优先级。

项目干系人 / stakehold 参与项目或受项目活动影响的人，包括…

估算活动工期 / duration 包括活动上花费的实际时间和占用时间。

资源负荷 / resource loading 指在特定时间段内，既定进度计划所需的个体资源的数量。