背景
最近在兼职项目经理的工作,慢慢中形成了一套流程,因此想做下沉淀,最终内化成自己的项目管理体系。在后续的持续化学习中也会慢慢补充,或许在这里能见证自己在项目管理上的成长。
一、需求评审
要从这里了解三个信息,分别是:
-
业务背景和业务目标 让自己保持大局观,同时也方便跟业务和产品沟通 -
识别相关方 这关系到该项目是否能做或者说在现阶段是否能做 -
时间节点 这个关系到项目节奏
需求评审结束时产出一个核对清单,内容如下:
- 涉及哪些相关方,尽量具体到人
- 什么时间跟相关方做初步沟通,记得跟他们同步我们的时间节点
- 产品的终版PRD什么时候确认,(针对评审会提出的问题做调整)
二、排期确认
准备工作:
-
确认依赖的相关方是否可以支持及支持的具体时间 若当前无法提供具体的节点,我们先根据我们的情况排出他们的最晚介入时间,要留一定的buffer时间 -
涉及各端人员是否都已到位 产品、大前端、后端、测试、设计。要保证这些人到位再开始否则有问题还得再来一次 -
大家是否都已明确大概边界 当前需求评审和排期确认之前的空隙不会太久,在加上PRD最终版还需要一定的时间,造成排期确认前要达到详细了解需求有些不现实 -
本次需求的story、sprint是否都已创建 项目经理创建sprint,命名规则是S拼接上线节点,比如:826上线,sprint的名字为:S826。 产品经理将本次需求在jira上拆成不同的story,并排上优先级 询问技术是否有技术需求,提醒其在jira上创建story
排期中:
-
按照story优先级从高到低依次过 会经历两个流程 1. 确认需求 2. 评估story point -
确定时间节点 会经历两个流程:1. 根据story point做初步排期 2. 根据时间/人力砍优先级较低的需求 3. 确定最终排期 -
风险识别 主要有三点:1. 相关方是否按时支持 2. 人员是否有调休计划 3. 技术调研
排期后:
- 绘制甘特图
- 跟团队成员做确认
- 建需求群
- 同步相关方,并继续追踪相关方的交付节点
- 整理jira信息结束,通知大家开始流转
三、开发测试上线
-
每日站会 做如下三个Action即可:1. 同步当前进度 2. 是否有任何风险 3. 结尾做总结跟大家确认,站会后同步到群里 -
对站会暴露的问题做跟进 切记及时同步 -
提醒产品做下版本RPD 当前需求进入正轨后,提醒产品准备下个版本RPD,并及时跟设计同学沟通,保证当前版本上线后,下个需求PRD跟上
四、收尾
- 提醒相关同学做jira任务的流转,并关闭冲刺
- 准备复盘
数据复盘:上线后数据是否达到目标,为什么没达到,后续什么计划 过程复盘:该版本里哪方面做的好,如何继续发扬;哪方面做的差,如何改进;
|