1. 项目管理知识体系
项目管理12原则
- 成为勤勉、尊重和关心他人的管家
- 营造协作的项目团队环境
- 有效地相关方参与
- 聚集于价值
- 识别、评估和响应系统交互
- 展现领导力行为
- 根据环境进行裁剪
- 将质量融入到过程和可交付物中
- 驾驭复杂性
- 优化风险应对
- 拥抱适应性和韧性
- 为实现预期的未来状态而驱动变革
8个项目绩效域
- 相关方绩效域——涉及与相关方相关的活动和功能
- 团队绩效域——涉及与负责生成项目可交付物以实现商业成果的相关人员活动和功能
- 开发方法和生命周期绩效域——涉及与项目的开发方法、节奏和生命周期阶段相关的活动和功能
- 规划绩效域——涉及为交付项目可交付物和项目成果所需的与初始、持续进行和演变的组织和协调相关的活动和功能
- 项目工作绩效域——涉及与建立项目过程、管理实物资源和营造学习环境相关的活动和功能
- 交付绩效域——涉及与交付项目要实现的范围和质量相关的活动和功能
- 测量绩效域——涉及与评估项目绩效和采取适当行动维持可接受绩效相关的活动和功能
- 不确定性绩效域——与风险和不确定性相关的活动和功能
裁剪
概述
对有关项目管理方法、治理和过程深思熟虑后作出调整，使之更适合特定环境和当前工作
原因
- 帮助对方法进行裁剪的项目团队成员，可以做出更多承诺
- 以客户为本（因为客户需要是组织发展的重要影响因素）
- 更有效地利用项目资源
内容
- 生命周期和开发方法的选择
- 过程
- 参与
- 工具
- 方法和工件
模型、方法和工件
常用模型
- 情境领导力模型
- 沟通模型
- 激励模型
- 变革模型
- 复杂性模型
- 项目团队发展模型
- 其他模型
常用方法
- 数据收集和分析
- 估算
- 会议和活动
- 其他方法
常用工件
- 战略工件
- 日志和登记册
- 计划
- 层级图
- 基准
- 可视化数据和信息
- 报告
- 协议和合同
- 其他
项目管理四大模型
瀑布模型
优点
- 每个阶段开发质量都有保证，减少了返工
- 文档细致，降低了沟通成本，有利于及早发现问题
缺点：周期长，不易变更
适合项目：
- 通常是对用户需求非常明确的项目
- 同时还要求项目预算充足，人员齐备
迭代模型
优点：有助于将软件质量作为特殊目标融入产品开发之中
缺点：周期长，不易变更；风险管理成本较高，在风险分析，进度管理方面，对项目组成员的要求也非常高
适合项目：高风险项目，且需求不确定，用户能在整个开发过程中不同程度地参与
增量模型
优点
- 在达到初始需求之前可降低成本
- 可快速生产出可使用的系统
- 能够有计划地管理技术风险
适合项目
- 用户核心需求非常清楚
- 项目人员不足
- 产品可以分割成不同的阶段分别完成
缺点
- 开发过程中，需求的变化是不可避免的
- 灵活性可使其适应变化的能力大大优于瀑布模型和快速原型模型，也很容易退化为边做边改模型，导致软件过程的控制失去整体性
原型模型
适合项目
- 处理简单过程明确、涉及面窄的小型系统
- 大型系统的需求阶段，用原型去跟用户交流，需求分析会更加明确和细化
各模型项目特点
- 瀑布模型：文档驱动型
- 迭代模型：风险驱动型
- 增量模型：任务驱动型
- 原型模型：需求驱动型
2. 流程图
项目基本流程
项目管理流程
启动
项目启动内容
- 确定项目目标
- 明确项目需求
- 由管理层、委员会、项目经理确认
- 确认要交付的文档
- 定义项目相关方期望值
- 明确项目经理
- 描述基本的项目范围
- 选择基本的项目组成员
项目经理的责任
- 与客户沟通协商，明确项目需求和所需资源等
- 挑选项目组成员，得到项目组支持服务
- 在项目实施过程中不断了解客户需求
- 在项目计划过程中领导和指导项目组成员服务
- 保证与项目相关方的沟通并汇报项目进程
- 监控项目进程，保证项目按时间计划执行
项目组成员的责任
- 参与项目计划制定
- 保持与项目经理沟通
- 服从项目经理的指挥，执行计划分配的任务
- 配合其他小组成员的工作
- 项目核心成员对项目给对象负责，保证项目的完成
3个关键点
- 明确项目需求和目标
- 与客户、高层间的沟通，明确需求并获得相关支持
- 开会讨论，明确团队并执行相关要求
常见问题
- 需求不明确及需求沟通不够
- 项目组成员选择
- 为促成项目，过于乐观地分析项目可行性
计划
计划内容
计划阶段主要任务
- 工作任务分解
- 任务工期估算
- 时间进度安排
- 风险与沟通计划
- 项目整体计划
计划阶段主要成果
- 任务分配计划
- 时间进度计划
- 风险与沟通计划
文档
- 填写项目统计表
- 项目基本信息表
- 项目进程表
工具
- 甘特图
- 里程碑图
- 网络图
- 思维导图
计划阶段三个关键点
- 明确项目范围及具体任务
- 全面的风险认识
- 各关键人员的识别与沟通计划
计划阶段常见问题
- 对工作任务分解不充分
- 风险意识不强及没有沟通计划
- 计划常由个人制定，项目组没有达成共识
计划阶段工作任务分解
- 要做的事情太多了，一下想不清楚。『大事化小』分解到可预测、可管理的单个小任务
- 分解原则 ：完全穷尽，彼此独立
- 分解方法：自上而下，头脑风暴
- 表达形式：图形式、目录式
- 最小颗粒的特征：一个清晰任务的完成；一个清晰的责任人；能够估算工期和工作量
进度计划
风险计划
沟通计划
实施
实施内容
项目人员沟通
项目会议沟通
监控
监控内容
监控要点
监控方法和工具
变更源头
监控阶段三个关键点
监控阶段常见问题
收尾
收尾流程
项目结束
项目总结会
收尾阶段三个关键点
收尾阶段常见问题
总结
3. 工具篇
时间管理
用『四象限原理』规划时间
用『80/20法则』分配时间
用『ABC 控制流』使用时间
目标管理
用『SMART 原则』确定目标
用『6W3H 法』分析细化目标
用『目标多权树法』分解目标
计划管理
科学的工作循环周期PDCA
标准化管理步骤
有效计划法
沟通管理
反馈的『JOHARI 视窗』
如何避免沟通中出现的问题
员工管理
根据意愿对员工进行分类
马斯洛的需求激励模式
思维创新
鱼刺因果图
SWOT分析法
职业规划
用『剥洋葱法』设定职业目标
认真做好职业生涯规划
4. 模板篇
项目立项书
项目范围说明书
WBS 表
项目进度计划表
项目风险管理表
项目状态报告
项目变更管理表
项目总结表
项目工作月报表
项目进度偏差分析表
质量管理计划表
项目年终总结表
5. 技能篇
项目复盘专用指南
什么是项目复盘
为什么做复盘
参会人员
什么时候做复盘
项目复盘的步骤
项目复盘的注意事项
- 对每个人的工作都客观评价
- 问题要犀利，气氛要和缓
- 多开展自我批评
- 积极帮别人解决问题或指明方向
- 选择精明强干的主持人，能够控制住秩序，如强悍的 PM
- 会议时间控制在2-4小时内
- 只讲干货（比如事实发生了什么？出了什么问题？以后遇到该怎么办？）
让复盘更高效
复盘工具
GRAI 复盘法
项目经理面试指南
面试前准备
自我介绍
最大的缺点
描述做过最成功的项目
优秀项目经理具备哪些能力
项目成功最重要的是什么
为什么从上家公司离职
如何处理突发事件
职业规划是什么
高效会议秘籍
会议作用
适于开会的5种情况
不成功会议的五大表现
提高会议效能七步法
三者比重：4：2：4
9招会议小技巧
