笔记

1、紧前关系绘图法-PDM：是用于【排列活动顺序】过程的工具

2、群体创新技术：【收集需求】阶段的工具，包括：头脑风暴法、名义小组技术、思维导图、亲和图、多标准决策分析等

3、计划评审技术（PERT，估算活动持续时间的工具，使用加权平均） VS  GERT（图表评审技术，允许有回路，排列活动顺序的工具）；

4、收集需求工具之一：引导式研讨会，适合跨职能需求并协调相关方的需求差异

5、8个过程(识别干系人、制定项目管理计划、规划范围管理/收集需求/定义范围、规划进度/成本/风险管理)需要输入项目章程

6、需求文件只这6个(定义范围、创建WBS、确认范围、控制范围，规划质量/采购管理)需要。需求文件是制作WBS的基础，是监控的参考

7、【可交付成果】4.3指导与管理项目工作->可交付成果，经8.3控制质量->核实的可交付成果，经5.5确认范围->验收的可交付成果，经4.6结束项目或阶段->最终产品、服务、成果移交。

控制质量是QC做，确认范围是发起人和客户来，结束项目或阶段才是PM来做。

8、【变更请求】1输出变更请求的过程有：12.1规划采购+执行过程组8-3(9.2组建项目团队、9.3建设项目团队、10.2管理沟通)+全部监控过程组。》》4.5实施整体变更控制》》批准的变更请求》》4.3指导与管理项目工作；与此同时批准的变更请求》》8.3控制质量》》确认的变更》》4.4监控项目工作。

9、【关于工作绩效】

4.3指导与管理项目工作->工作绩效数据，经各控制过程(5-13所有监控过程组中)->工作绩效信息，经4.4监控项目工作->工作绩效报告；》》4.5实施整体变更控制、9.4管理项目团队、10.2管理沟通、11.2控制风险、12.3控制采购。

10、配置管理系统与变更控制系统的区别

1.变更控制系统是是配置管理系统的一个子系统,包含关系。

2.关注的对象不同：

配置管理系统的对象：要么是可交付成果，要么是各个过程的技术规范。配置管理重点关注技术规范。

变更控制系统的管理对象：项目及产品基准（变更）。可以是产品的特性与性能（即产品范围），可以是为实现这些特性与功能的各种具体的项目工作（即项目范围）。变更控制系统重点关注基准的变更。

配置控制重点关注可交付成果及各个过程的技术规范，变更控制则着眼于识别、记录和控制对项目及产品基准

的变更。

11、项目的优先级，应由高层管理人员决定

12、工作说明书和项目范围说明书有什么区别？

13、工作分解结构-资源分解结构-职责分配矩阵-资源日历

一、工作分解结构

工作分解结构（简称WBS）跟因数分解是一个原理，就是把一个项目，按一定的原则分解，项目分解成任务，任务再分解成一项项工作，再把一项项工作分配到每个人的日常活动中，直到分解不下去为止。即：项目→任务→工作→日常活动。

关联：工作内容决定了需要哪些资源完成，资源（人员）水平决定工作完成时间。

二、资源分解结构

工作内容明确后，需要明确由哪些人来完成这些功能，此时进入资源分解结构。在项目中，人=资源的一种。

三、职责分配矩阵

  在经过与公司申请资源，和职能经理讨价还价后，我们得到一些团队成员，通过职责分配矩阵来分配工作与职责。

  责任分配矩阵是，明确其角色与职责的有效工具，通过这样的关系矩阵，项目团队每个成员的角色，也就是谁做什么，以及他们的职责，也就是谁决定什么，得到了直观地反映。项目的每个具体任务都能落实到参与项目的团队成员身上

四、资源日历

前面我们已经明确了工作内容，也获取了相应的资源，可是到了某一个里程碑节点，chick时发现某项任务还是延期了。PM分析后发现，该任务的成员在节点前休假两周，虽然他的水平和态度都很不错，但任务还是不可避免的延期了。

此时我们需要资源日历来调配成员和任务之间的关系。

资源日历是在项目日历上定义的工作时间和休息日是每个资源或资源组的默认工作时间。资源日历初始确定为项目日历。

如果需要，可以为个别资源定义单独的资源日历，以指定其特殊工作时间、假期、缺勤和计划个人时间。这有助于创建更准确的日程。

14、项目日历，资源日历，自然日历，资源直方图

（1）项目日历：

就是开展项目的基准日历，不包括节假日，是制定进度过程的输出。

（2）资源日历：

就是资源可利用时间及资源状态情况，是客观存在的。

（3）自然日历：

就是自然时间，包括工作日和节假日。

（4）资源直方图：

就是项目期间资源需要工作的小时数，是对资源的主观需求。

其中资源日历和资源直方图最容易混淆。

资源日历是站在资源角度，说明相关人员、设备、物资等什么时候可投入项目，什么时候不可用或休息。资源日历要列出资源的属性，包括经验、技能水平、来源等。资源日历是估算活动资源过程的输入，组建项目团队过程的输出，实施采购过程的输出。

资源直方图是站在项目角度，说明项目工作对具体资源的需求包括在整个项目期间每单位时间，如每周/月需要某人、某部门或整个项目团队的工作小时数。资源直方图可用于表示进度数据（制定进度计划过程的输出）、人员配备管理计划(制定人力资源计划的输出)。

15、进度数据，进度工具，进度方法，进度模型

（1）进度数据：

就是在规划进度时，关于活动，排序，资源，持续估算时间，日历，制约因素，里程碑等的信息。

（2）进度工具：

就是制定进度使用的工具，可以是电子表格，也可以是电脑软件。

（3）进度方法：

就是进度的规则，例如关键路径法，关键链法。

（4）进度模型：

就是把进度数据，进度工具，进度方法整合到一起形成的模型

16、第一步，关键路径法，理论可行的进度计划。第二步，资源优化技术，编制实际可行的进度计划。第三步，进度压缩法，优化进度计划。

17、粗略估算：-50%-+100%

量级估算：-25%-+50%

预算估算：-10-+25%

确定预算：-5%-+10%

18、类比估算是自上而下的，高层的估算

19、收益递减规律与选取项目无关

20、变更请求在经过实施整体变更控制过程进行批准后，需要经过“指导与管理项目工作”过程中进行实施，之后再到“控制质量”过程进行检查，得到“确认的变更”

21、组织过程资产与事业环境因素的区别

1）凡是可裁剪的、可选择的均为组织过程资产；凡是不可选择的、只能适应的均为事业环境因素

2）凡是带系统的一般均为事业环境因素（比如：工作授权系统、项目管理信息系统）

凡是带程序的一般均为组织过程资产（比如：财务控制程序、变更控制程序、风险控制程序）

注意：事业环境因素和组织过程资产并非是互相排斥的，是有交叉的

22、技术绩效测量

23、应急计划和权变措施是监督风险的工具

24、项目治理

25、进度网络分析

26、关键链法：考虑有限资源，在路径设置缓冲，（接驳缓冲），考虑不确定性

27、需求的类别：

业务需求（整个组织的高层级需要，例如，解决业务问题或抓住业务机会，以及实施项目 的原因。

相关方需求。相关方或相关方群体的需要。

  解决方案需求。为满足业务需求和相关方需求，产品、服务或成果必须具备的特性、功能和特 征。解决方案需求又进一步分为功能需求和非功能需求： un 功能需求。功能需求描述产品应具备的功能，例如，产品应该执行的行动、流程、数据 和交互。 un 非功能需求。非功能需求是对功能需求的补充，是产品正常运行所需的环境条件或质量要 求，例如，可靠性、保密性、性能、安全性、服务水平、可支持性、保留或清除等。 uu 过渡和就绪需求。这些需求描述了从“当前状态”过渡到“将来状态”所需的临时能力， 如数据转换和培训需求。 uu 项目需求。项目需要满足的行动、过程或其他条件，例如里程碑日期、合同责任、制约因素等。 uu 质量需求。用于确认项目可交付成果的成功完成或其他项目需求的实现的任何条件或标准， 例如测试、认证、确认等。

28、项目工作与组织的交叉点是工作包

29、引导研讨会与焦点小组的区别

https://blog.csdn.net/winwin85/article/details/79236374

30、定义范围的工具：产品分析

31、蒙特卡罗分析属于定量风险分析技术

32、名义小组技术。名义小组技术是用于促进头脑风暴的一种技术，通过投票排列最有用的创意， 以便进一步开展头脑风暴或优先排序。名义小组技术是一种结构化的头脑风暴形式，由四 个步骤组成:1）向集体提出一个问题或难题。每个人在沉思后写出自己的想法。2） 主持人在活动挂图上记录所有人的想法。3）集体讨论各个想法，直到全体成员达成一个明确的共识。4）个人私下投票决出各种想法的优先排序，通常采用 5 分制，1 分最低，5 分最高。为减少想法

33、路径汇聚和路径分散

34、估算成本会考虑备选方案分析