突破篇（一）

4 个分解结构

1. 组织分解结构（OBS）：项目活动与组织单元之间关系的层级描述。

2. 工作分解结构（WBS）：项目需要实施的全部工作范围的层级分解。

3. 资源分解结构（RBS）：项目所需资源按类别展示的层级结构。

4. 风险分解结构（RBS）：潜在风险来源的层级展示。

4 个评估

1. 风险数据质量评估：评估风险数据对风险管理有用程度的技术。

2. 风险概率与影响评估：为单个风险的概率及其对项目的影响打分，并排优先级的技术。

3. 沟通风格评估：识别与相关方沟通的优选方法、形式和内容的技术。

4. 个人和团队评估：项目经理和项目团队洞察成员的优势和劣势，评估团队成员的偏好、愿望，评估团队成员如何处理和整理信息，如何制定决策，以及如何与他人打交道的技术。

6 个矩阵

1. 概率和影响矩阵：每个风险分别从概率和影响两个维度评分，以分配优先级的表格。

2. 相关方参与度评估矩阵：相关方当前的参与水平与期望的参与水平的比较表格。

3. 责任分配矩阵（RAM）：展示项目资源在各个工作包中的任务分配的表格。

4. 需求跟踪矩阵：从需求来源连接到相应可交付成果的表格。

5. RACI 矩阵：反应每项活动与每位团队成员之间关系的表格。

6. 决策矩阵：在多标准决策分析中，对各标准打分排序的表格。

40 个分析

1. 商业分析：确定项目成果具有足够商业价值的活动。

2. 定性风险分析：评估单个风险概率、影响和优先级排序。

3. 定量风险分析：单个风险对项目目标影响的定量评估。

4. 储备分析：为项目工期、成本或资金需求设定储备的技术。

5. 蒙特卡洛分析：模拟风险发生的各种组合来评估其对项目的影响。

6. 敏感性分析：确定项目目标的各种因素的敏感性排序。

7. 根本原因分析：确定引起偏差、缺陷或风险的根本原因的技术。

8. 相关方分析：通过收集和分析相关方信息来确定项目中应该考虑哪些相关方的利益及其影响的技术。

9. SWOT 分析：对项目的优势、劣势、机会和威胁逐个检查。

10. 技术绩效分析：将项目执行取得的技术成果与计划进行比较。

11. 趋势分析：根据以往结果，预测未来绩效。

12. 形势分析：商业论证中对机会、风险和目标的评估。

13. 回归分析：分析项目结果的不同变量之间的关系。

14. 需求分析：对需求的必要性、优先级等指标进行评估。

15. 偏差分析：成本偏差、进度偏差和完工偏差的原因、影响和纠正措施。

16. 备选方案分析：多角度评估多个备选方案中哪个是最适合的。

17. 假设情境分析：对各种情景进行评估，预测它们对项目目标的影响。

18. 假设条件与制约因素分析：探索假设条件和制约因素的有效性，确定哪些会引发项目风险。

19. 成本效益分析：用来对照项目成本与其带来的收益的财务分析工具。

20. 决策树分析：评估与一个决策相关的多个可选方案在不确定情形下可能出现的后果。

21. 产品分析：对产品的用途、特征等方面的描述。

22. 文件分析：评估现有的文件，以获取需求、风险和经验教训。

23. 挣值分析：将实际进度和成本绩效与绩效测量基准进行比较。

24. 自制或外购分析：用于内部制造或外部采购决策的技术。

25. 租赁或购买分析：识别项目所需设备应该租赁还是购买的分析技术。

26. 过程分析：识别过程改进机会，检查过程中遇到的问题。

27. 多标准决策分析：对多个方案进行多项标准打分，按总分选择最优方案。

28. 数据分析：组织、评估和评价数据与信息的技术。

29. 价值分析：确定产品功能或组件最终对客户（用户）的价值。

30. 关键性分析：确定风险模型的哪些活动对项目关键路径影响最大。

31. 相关方映射分析：用不同的方法对相关方进行分类的方法。

32. 供方选择分析：根据必要性确定合适的供方选择方法，降低供方不必要的前期投入。

33. 进度网络分析：利用网络图推导关键路径，从而优化进度、优化资源等。

34. 投资回报率分析：对项目未来年化受益与投资额的比值进行分析和评价。

35. 现金流贴现分析：项目现金流贴现后的资金价值分析。

36. 投资回收期分析：推导项目累计净现金流为零的时刻，即收回投资的时间。

37. 沟通需求分析：确定相关方获取信息的范围、方式和频率。

38. 故障分析：分析故障机理、模式、概率、影响和发展变化规律。

39. 核对单分析：用清单来审核材料的准确定及完整性的一种技术。

40. 系统分析：以系统整体运行最优为目标，对系统的各个方面进行定性和定量分析。

15 个会议

1. 项目启动会

• 召开时间：项目启动时

• 目的和作用：发布章程，任命项目经理，宣布项目开始

• 参与者：项目发起人及各相关方

2. 项目开工会

• 召开时间：计划完成后，执行开始前；如果是多阶段的项目，则每个阶段开始执行前都应该开一次

• 目的和作用：团队对项目或阶段的目标、范围等达成一致

• 参与者：项目团队

3. 焦点小组会议

• 召开时间：识别需求、风险时

• 目的和作用：了解相关方和主题专家对产品、服务或成果的期望和态度

• 参与者：特定的相关方和主题专家

4. 引导式研讨会

• 召开时间：识别需求、风险时

• 目的和作用：跨职能、跨专业会商项目需求

• 参与者：各专业、各职能专家及代表

5. 头脑风暴会议

• 召开时间：识别需求、风险和产生创意时

• 目的和作用：集思广益、互相启发

• 参与者：项目团队及外部专家

6. 投标人会议

• 召开时间：投标之前

• 目的和作用：澄清招标文件的内容，公示招标过程合规

• 参与者：买房及所有报名且具备投标资格的卖方

7. 变更控制会

• 召开时间：影响基准的变更决策时

• 目的和作用：审查变更请求，做出变更、否决或推迟的决策

• 参与者：CCB 成员

8. 联合应用设计或开发（JAD会议）

• 召开时间：收集需求、改进方案时

• 目的和作用：收集需求、改进软件开发过程

• 参与者：业务专题专家、开发团队

9. 风险研讨会

• 召开时间：识别风险时和进行风险定性分析时

• 目的和作用：风险定性分析，审查已识别风险，评估概率和影响，对风险进行分类和优先级排序，分配风险责任人

• 参与者：项目团队及风险专家

10. 需求研讨会

• 召开时间：识别、评审需求时

• 目的和作用：讨论和评审需求

• 参与者：项目团队、相关方及主题专家

11. 项目规划会

• 召开时间：编制计划时

• 目的和作用：编制各项计划

• 参与者：项目团队及主题专家

12. Sprint 计划会

• 召开时间：Sprint 开始时

• 目的和作用：计划本次迭代要完成的工作内容和开发方案

• 参与者：开发团队、产品负责人、Scrum Master

13. Sprint 评审会

• 召开时间：Sprint 结束前

• 目的和作用：对本次迭代的交付成果进行评审

• 参与者：开发团队、产品负责人、Scrum Master

14. Sprint 回顾会

• 召开时间：Sprint 结束前

• 目的和作用：回顾本次迭代的开发过程，总结经验教训，讨论改进方案

• 参与者：开发团队、Scrum Master

15. 每日站会

• 召开时间：每日固定时间

• 目的和作用：每位成员向团队分享昨日完成的工作和今日计划的工作，以及遇到的障碍和需要的支持

• 参与者：开发团队、Scrum Master

推荐文章

1. 项目整合管理

2. 项目范围管理

3. 项目进度管理

4. 项目成本管理

5. 项目质量管理

6. 项目资源管理

7. 项目沟通管理

8. 项目风险管理

9. 项目采购管理

10. 项目相关方管理

加入交流圈子