人人都是项目经理

背景

最近在兼职项目经理的工作，慢慢中形成了一套流程和总结出三板斧(风险、节点、相关方)，因此想做下沉淀，最终内化成自己的项目管理体系。在后续的持续化学习中也会慢慢补充，或许在这里能见证自己在项目管理上的成长。

一、需求评审

要从这里了解三个信息，分别是：

1. 业务背景和业务目标
   让自己保持大局观，同时也方便跟业务和产品沟通

2. 识别相关方
   这关系到该项目是否能做或者说在现阶段是否能做

3. 时间节点
   这个关系到项目节奏

需求评审结束时产出一个核对清单，内容如下：

1. 涉及哪些相关方，尽量具体到人
2. 什么时间跟相关方做初步沟通，记得跟他们同步我们的时间节点
3. 产品的终版PRD什么时候确认，(针对评审会提出的问题做调整)

二、排期确认

准备工作：

1. 确认依赖的相关方是否可以支持及支持的具体时间
   若当前无法提供具体的节点，我们先根据我们的情况排出他们的最晚介入时间，要留一定的buffer时间

2. 涉及各端人员是否都已到位
   产品、大前端、后端、测试、设计。要保证这些人到位再开始否则有问题还得再来一次

3. 大家是否都已明确大概边界
   当前需求评审和排期确认之前的空隙不会太久，在加上PRD最终版还需要一定的时间，造成排期确认前要达到详细了解需求有些不现实

4. 本次需求的story、sprint是否都已创建
   项目经理创建sprint，命名规则是S拼接上线节点，比如：826上线，sprint的名字为：S826。
   产品经理将本次需求在jira上拆成不同的story，并排上优先级
   询问技术是否有技术需求，提醒其在jira上创建story

排期中：

1. 按照story优先级从高到低依次过
   会经历两个流程 1. 确认需求 2. 评估story point

2. 确定时间节点
   会经历两个流程：1. 根据story point做初步排期 2. 根据时间/人力砍优先级较低的需求 3. 确定最终排期

3. 风险识别
   主要有三点：1. 相关方是否按时支持 2. 人员是否有调休计划 3. 技术调研

排期后：

1. 绘制甘特图
2. 跟团队成员做确认
3. 建需求群
4. 同步相关方，并继续追踪相关方的交付节点
5. 整理jira信息结束，通知大家开始流转

三、开发测试上线

1. 每日站会
   做如下三个Action即可：1. 同步当前进度 2. 是否有任何风险 3. 结尾做总结跟大家确认，站会后同步到群里

2. 对站会暴露的问题做跟进
   切记及时同步

3. 提醒产品做下版本RPD
   当前需求进入正轨后，提醒产品准备下个版本RPD，并及时跟设计同学沟通，保证当前版本上线后，下个需求PRD跟上

四、收尾

1. 提醒相关同学做jira任务的流转，并关闭冲刺
2. 准备复盘
   数据复盘：上线后数据是否达到目标，为什么没达到，后续什么计划
   过程复盘：该版本里哪方面做的好，如何继续发扬；哪方面做的差，如何改进；