工具格式将随具体业务及实际应用场景调整

一、项目限制三角形

成本、进度、质量

二、 工作陈述模板

项目工作陈述书	说明
项目名称
项目目的	为什么要做这个项目？
项目目标及衡量标准	项目实现的目标是什么？（目标要符合SMART原则）
项目范围	必须做什么——需要哪些工作？是否有相关活动不属于本项目？
交付成果	交付客户哪些产品或成果？
限制条件	成本估算、时间、里程碑

三、工作分解结构WBS模板

1. 自上而下的分解
2. 各项工作包加在一起沟通成了任务汇总100%法则
3. 没有标明执行顺序
4. 3~4层
5. 底层动词加名词
6. 方法：头脑风暴、专家法等

头脑风暴法：

1. 主持人将议题展示在明显的位置上
2. 每位伙伴独立地、限时地写出自己的观点
3. 集中展示所有观点
4. 每位伙伴限时分享，其他伙伴不做评价
5. 全体成员讨论共识

四、网络图

五、关键路径法

• 最长的路径是关键路径
• 关键路径不只一条
• 关键路径不是一成不变的
• 压缩项目总工期，首先考虑压缩关键路径的工期
• 压缩工期的方法通常有两种（通常，不包括砍需求）：
  1. 赶工（风险是成本超支）
  2. 快速跟进（风险是可能返工）
• 向关键路径要时间，向非关键路径要资源
  1. 评估：我能办到吗？
  2. 和Leader 沟通-能否压缩-如果压不了，那我能压多少；
  3. 如果压缩的过程当中，用什么方法压缩
  4. 向leader提出资源需求-什么时间、在哪项工作上加什么资源，清晰具体

六、甘特图

七、资源平衡矩阵

八、权利-利益方格

九、项目利益相关方分析

编号	利益相关方	相关需求及利益	影响评估权利/利益	获得支持或减少障碍的潜在策略	备注
-	-	-	-	-	-

十、责任分配矩阵

• R - responsibility - 负责推动执行
• A - account ability - 决策负责人
• C - consult - 必须接受咨询
• I - inform - 必须被告知

十一、沟通计划表

主动沟通！充分沟通！项目怎么沟通都不为过！还没有哪个项目因为过分沟通而导致失败：）

5个问题做好沟通：

• who 谁需要信息？
• what 需要什么信息？
• when 什么时候需要信息？
• How 通过什么方式传递信息？
• 怎么知道他们收到了信息？

信息接收人	信息内容	沟通形式	沟通时间/频率	确认方式	信息发送人
-	-	-	-	-	-

十二、项目变更申请

十三、项目进度控制

十四、项目例会

十五、项目结束

1. 过程改进
   • 组织资产沉淀（经验、建议、模版）
2. 项目完成
   • 交付成果清单
   • 项目总结、绩效反馈
   • 文档交付
   • 合同收尾
   • 团队总结（一定要对项目利益相关者表达感激）

十六、总体架构梳理

1. 基础
   项目定义、项目成功要素、项目限制三角形、项目经理与项目发起人
2. 项目定义
   • 工作陈述
   • 项目章程
3. 项目计划
   • 工作分解（WBS）
   • 网络图、前导图
   • 工作包估算
   • 关键路径（甘特图）
   • 资源平衡（平衡矩阵）
4. 项目控制
   • 利益相关方识别与分析（头脑风暴、权益与利益方格）
   • 沟通（RACI 矩阵）
   • 范围监控（变更申请表）
   • 进度监控（进度控制表）
   • 问题监控
   • 项目例会
5. 结束
   交付清单、组织资产沉淀、各项收尾、团建