概念
-
史诗。行业内,一个大功能模块,视为一个史诗;
-
故事。每个功能点,视为一个故事;
-
冲刺sprint。一个冲刺为一个迭代周期,其长度,取决于项目组的节奏;
原则与规范
-
一个项目一个史诗。因研发产品线,无论是项目还是临时需求,都只是局部需求,并非完整的项目。临时需求,比较琐碎,统一建一个“临时需求”的史诗;
-
一个故事,必须在一个sprint内完成。如果判断,无法完成,需将一个故事,拆分为多个故事。
-
sprint周期的长度,应覆盖完整的需求对接、梳理,数据探索、口径对齐、开发、测试及上线的全流程周期。
-
项目管理,必须以事为中心。关注的是事的进度。
-
开发经理,可构建以人为中心的看板,用于评估人员工作负荷情况。
-
所有新建的任务,均为故事。主要原因在于,Jira的任务类型、工作流不可配置,综合考虑,故事的工作流,更合理。
-
使用Jira管理项目,要配合迭代启动会(如一周一冲刺,则与周会合并)、周会、每日站会。
-
迭代启动会。总结上轮迭代的问题,明确本轮迭代的目标、故事。
-
周会,明确当周的重点项目;
-
每日站会,同步项目进度、风险与其它异常项
-
-
创建故事时,必须尽可能将背景信息补充齐全。
-
任务完成,或发生变化,出现异常,必须以备注形式,填加在故事或任务中。此动作,用于方便后续回溯、总结。
日常使用
-
基于项目创建史诗
-
基于sprint周期,拆分故事。建议由项目经理、产品经理或开发经理,创建故事,关联史诗与sprint,同时指给对应的开发。
-
如一个故事需由多人共同开发,建议开发经理在故事下拆分、创建子任务,并指给不同的开发。
-
每日站会、迭代启动会,均以看板为中心,按史诗,逐个遍历。
项目管理
-
项目申请。在devops项目中,新建,选择项目申请即可。
-
配置人员。均需选IDC前缀人员。
-
看板配置
-
配置列。注意选择任务状态。
-
配置泳道。通常建议按史诗划分。
-
Q&A
未完工,后续更新。