管理框架 PM的工具 = 项目管理
以下是总结的管理框架 这只是开始 未来会有更多对框架的补充和延申
框架本身是五十矩阵的实践
项目管理是 ：PM的事情 | 内化的个人技能 | soft skills
项目是 ： 从A到B的过程 | 包括项目管理 产品制造 支撑部门
PM是：实施项目规则的人，对目标负责的管理角色 | 带领团队实现项目目标/KPI的人 [项目目标不一定是“成功“] | 必须有个人风格：半死不活whatever ；不急声音小 ；项目里的事情不必纠结，该怎样就怎样
专业领域 ：云资源 DevOps (使用云资源和CI/CD)
为什么需要PM和项目管理 ？
1. 因为人是不可信的 （不管是外国人还是中国人)
2. 事情是会混乱的 ；没有流程的项目管理都是无用功
PM必须亲历亲为的事情
- 与人的沟通 [不是搞小秘密，项目里没有秘密]
- 与人建立connection [不要通过第三人去建立]
PM是有自己的工作范围的
- 项目有项目的范围，PM有PM的范围
- 项目里的人都是项目付钱的了，必须干活 [填的人天就是付钱了]
项目初始
- 事情定范围
- 人定职责
Prepare
基本是合同签订之前或者售前的时期；向项目相关方传达他们对项目的期待。
需要做的是 ： 项目定义 【项目立项】-> 项目章程
1 - 项目目标- 最重要
2 - 项目回报
3 - 项目范围定义， 所有预期的项目成果
4 - 成本和时间预算目标
5 - 重大困难和假设
6 - 描述该项目对其他项目的依赖
7 - 高风险，新技术，项目中的重大问题
尽可能多的信息包括在项目章程中，并在相关方获得认可，进而生效。
Planning -最重要
范围和人员职责必须
- 在项目开始定义清楚， 否则后面就是一笔糊涂账。
- 范围影响做事，人员职责影响沟通和联系。
- 开始的粗略定义是非常必要的，high level的定义是跑马圈地
- 分析这个人的风格，决定沟通频次,时间长短，和风格等等
范围计划
- 项目有哪些工作
- 可交付成果是哪些
- WBS分解 : 分解到user story -> task (具体执行）
进度计划
- roadmap
- timeline
成本计划
- budget
质量计划
- 证明可交付成果符合质量要求和标准
- 测试计划
风险计划
- 识别风险 | PM的个人风险
- 风险应对策略
需求计划
- 需求工程
- 设置专门人来负责需求，作为客户代表
- 设置需求池（OOTB, product backlog)
变更流程图
- 提醒相关方变更在接受之前会被细致考察，并且提高了变更提案的门槛
一般的项目计划如上，并非所有的plan都是需要的，重点的有加黑加粗的几个。
执行
这里，我们聊的是PM需要执行的 team的执行，PM负责监督就可以了 人和沟通， 是PM在项目管理中一直要去执行的事情 人是line manager的 connection (关系）维护到可以把项目事情做好即可 不需要去处理line manager该负责的事情
沟通 ：诚信沟通
- 沟通是为了：传达和交换观点、事实 ； 沟通的目的不能简单定义为 “拉关系”, 沟通目的：澄清问题，消解误会，了解个人风格，同步知识 .. 好多好多topic都是沟通的目的；
- 定义每个topic负责沟通的人，让干活的人自己出来说话
- 沟通渠道 ：定义需要和哪些人沟通，谁和谁沟通 | 不是定义邮件电话等等
- 沟通是一种训练，多训练就ok了
- 表达观点即可，不要死磕；态度柔软，立场坚定。
人(包括领导，团队，客户） Stakeholder
- PM是有自己的一亩三分地的，永远只站在自己一边，
- 项目里道理和规则大于人情世故。
- 首先要分配角色、职责 ： 确立团队的结构和流程
- 定义每个人对PM是支持? 中立 ？反对 ？ - 选择性的沟通 - 不能沟通的，不要过多沟通
- 没有组员是所谓“自己人”，他们是部门经理的人不可保护组员
- “人” 就是用来干活的， PM不要替他们干活
- 工作中没有“信任”这个词，盲目信任总会付出代价！PM只需要相信项目管理的流程和规则即可。
- 大范围鼓励成员参与计划和执行，通过流程汇聚大家力量。
与外国人共事
- 基于规则的合作；中国人是基于”关系“的合作,不同国家的人文化不同人种不同语言不同行事风格不同，天然就存在信任高墙，要搞关系天方夜谭。
- 有话坦白说，不要躲躲藏藏 ；
项目知识
- 定期即使梳理
监督
我认为主要监督事情 不是监督人 - 项目组的人一般来自其他的line manager，和PM无隶属关系 ；不需要对member和项目无关的诉求负责。 PM的角度 ： 是对目标负责 - 分解下来就是对事情负责！
为了
- 提出变更请求
- 偏差分析
- 趋势预测
KPI包括
已完成的工作， 已完成的故事 ， 可交付成果状态 ， 进度进展情况 ， 实际发生成本 ， 实际持续时间 ， 变更数量 ， 缺陷数量
问题监控与进展
指监督问题的发展情况，目前进展，实际的解决方法，措施和步骤
项目是什么
项目是从A点到B点的过程，为了达到某种战略目的譬如：收入增加，产品发布 等等。
但Goal 代表不了过程，Goal不是rule。
有些领导经常洗脑“我们的目标是xx” “我们的目标是xx” .. 大家都知道目标是什么，但过程还是要follow PMP的rule，产品制作过程要遵守行业流程。需要和领导说清楚。
项目的两个过程
- 项目管理过程
- 基于管理划分
- 产出管理工作成果
- 固定 : 启动，规划，执行，监控，收尾
> 启动 ：项目章程
> 收尾 ：移交最终产品 ， 最终版项目文件， 最终报告（证明达到完工标准)
- 产品实现过程
- 基于技术划分
- 产出技术成果
项目生命周期 ：产品实现过程
- 预测型
- 需求在开放前确定
- 收尾时交付最终产品
- 限制变更
- 迭代型
- 敏捷型
- 需求在交付期间频繁细化
- 频繁交付子集
- 把变更融入项目
