工具格式将随具体业务及实际应用场景调整
一、项目限制三角形
成本、进度、质量
二、 工作陈述模板
项目工作陈述书 | 说明 |
---|---|
项目名称 | |
项目目的 | 为什么要做这个项目? |
项目目标及衡量标准 | 项目实现的目标是什么?(目标要符合SMART原则) |
项目范围 | 必须做什么——需要哪些工作?是否有相关活动不属于本项目? |
交付成果 | 交付客户哪些产品或成果? |
限制条件 | 成本估算、时间、里程碑 |
三、工作分解结构WBS模板
- 自上而下的分解
- 各项工作包加在一起沟通成了任务汇总100%法则
- 没有标明执行顺序
- 3~4层
- 底层动词加名词
- 方法:头脑风暴、专家法等
头脑风暴法:
- 主持人将议题展示在明显的位置上
- 每位伙伴独立地、限时地写出自己的观点
- 集中展示所有观点
- 每位伙伴限时分享,其他伙伴不做评价
- 全体成员讨论共识
四、网络图
五、关键路径法
- 最长的路径是关键路径
- 关键路径不只一条
- 关键路径不是一成不变的
- 压缩项目总工期,首先考虑压缩关键路径的工期
- 压缩工期的方法通常有两种(通常,不包括砍需求):
- 赶工(风险是成本超支)
- 快速跟进(风险是可能返工)
- 向关键路径要时间,向非关键路径要资源
- 评估:我能办到吗?
- 和Leader 沟通-能否压缩-如果压不了,那我能压多少;
- 如果压缩的过程当中,用什么方法压缩
- 向leader提出资源需求-什么时间、在哪项工作上加什么资源,清晰具体
六、甘特图
七、资源平衡矩阵
八、权利-利益方格
九、项目利益相关方分析
编号 | 利益相关方 | 相关需求及利益 | 影响评估权利/利益 | 获得支持或减少障碍的潜在策略 | 备注 |
---|---|---|---|---|---|
- | - | - | - | - | - |
十、责任分配矩阵
- R - responsibility - 负责推动执行
- A - account ability - 决策负责人
- C - consult - 必须接受咨询
- I - inform - 必须被告知
十一、沟通计划表
主动沟通!充分沟通!项目怎么沟通都不为过!还没有哪个项目因为过分沟通而导致失败:)
5个问题做好沟通:
- who 谁需要信息?
- what 需要什么信息?
- when 什么时候需要信息?
- How 通过什么方式传递信息?
- 怎么知道他们收到了信息?
信息接收人 | 信息内容 | 沟通形式 | 沟通时间/频率 | 确认方式 | 信息发送人 |
---|---|---|---|---|---|
- | - | - | - | - | - |
十二、项目变更申请
十三、项目进度控制
十四、项目例会
十五、项目结束
- 过程改进
- 组织资产沉淀(经验、建议、模版)
- 项目完成
- 交付成果清单
- 项目总结、绩效反馈
- 文档交付
- 合同收尾
- 团队总结(一定要对项目利益相关者表达感激)
十六、总体架构梳理
- 基础
项目定义、项目成功要素、项目限制三角形、项目经理与项目发起人 - 项目定义
- 工作陈述
- 项目章程
- 项目计划
- 工作分解(WBS)
- 网络图、前导图
- 工作包估算
- 关键路径(甘特图)
- 资源平衡(平衡矩阵)
- 项目控制
- 利益相关方识别与分析(头脑风暴、权益与利益方格)
- 沟通(RACI 矩阵)
- 范围监控(变更申请表)
- 进度监控(进度控制表)
- 问题监控
- 项目例会
- 结束
交付清单、组织资产沉淀、各项收尾、团建