JIRA学习

概念

1. 史诗。行业内，一个大功能模块，视为一个史诗；

2. 故事。每个功能点，视为一个故事；

3. 冲刺sprint。一个冲刺为一个迭代周期，其长度，取决于项目组的节奏；

原则与规范

1. 一个项目一个史诗。因研发产品线，无论是项目还是临时需求，都只是局部需求，并非完整的项目。临时需求，比较琐碎，统一建一个“临时需求”的史诗；

2. 一个故事，必须在一个sprint内完成。如果判断，无法完成，需将一个故事，拆分为多个故事。

3. sprint周期的长度，应覆盖完整的需求对接、梳理，数据探索、口径对齐、开发、测试及上线的全流程周期。

4. 项目管理，必须以事为中心。关注的是事的进度。

5. 开发经理，可构建以人为中心的看板，用于评估人员工作负荷情况。

6. 所有新建的任务，均为故事。主要原因在于，Jira的任务类型、工作流不可配置，综合考虑，故事的工作流，更合理。

7. 使用Jira管理项目，要配合迭代启动会（如一周一冲刺，则与周会合并）、周会、每日站会。

   1. 迭代启动会。总结上轮迭代的问题，明确本轮迭代的目标、故事。

   2. 周会，明确当周的重点项目；

   3. 每日站会，同步项目进度、风险与其它异常项

8. 创建故事时，必须尽可能将背景信息补充齐全。

9. 任务完成，或发生变化，出现异常，必须以备注形式，填加在故事或任务中。此动作，用于方便后续回溯、总结。

日常使用

1. 基于项目创建史诗

2. 基于sprint周期，拆分故事。建议由项目经理、产品经理或开发经理，创建故事，关联史诗与sprint，同时指给对应的开发。

3. 如一个故事需由多人共同开发，建议开发经理在故事下拆分、创建子任务，并指给不同的开发。

4. 每日站会、迭代启动会，均以看板为中心，按史诗，逐个遍历。

项目管理

1. 项目申请。在devops项目中，新建，选择项目申请即可。

2. 配置人员。均需选IDC前缀人员。

3. 看板配置

   1. 配置列。注意选择任务状态。

   2. 配置泳道。通常建议按史诗划分。

Q&A

未完工，后续更新。