基于leangoo维护电子看板规范

术语

sprint ：【冲刺】一个迭代周期。
story ：【故事】
task ：【任务】由故事分解的开发项。
bug ：【缺陷】

定位

流水线过程管理,目前主要维护:

• Sprint看板
• 缺陷看板

功能：Sprint看板

敏捷教练

• 根据Sprint周期，维护Sprint看板。
• 根据每日站会情况，确认电子看板更新状态。
• 发现看板使用中的问题，优化看板使用过程。

产品职责

• 产品将需求转换为迭代版本故事,并进行版本故事宣讲，并将故事添加上【故事】泳道中。

开发主管职责

• 根据产品流转的开发任务和内部优化，确认下一个Sprint的故事。
• 根据产品的设计会议,召集开发进行任务分解,并确认任务的具体信息（工作量,任务描述）,将其维护在【任务-待办】泳道中，并通过标签建立故事与任务的关联关系。
• 根据产品与需求确认的排期计划，与开发、测试确定待办任务的负责人以及任务的开始时间、结束时间等关键信息。

开发职责

• 开发开始开发自己负责的任务时，将其任务更新到【任务-开发中】泳道中。
• 开发【任务-开发中】泳道中的任务开发完成以后，将任务移动到【任务-完成】泳道中。 开发在将已完成的任务移动到【任务-完成】泳道时，需确认是否是故事中的最后一个任务项，如果是则将对应的故事移动到【故事-待测试】泳道中。

测试职责

• 根据测试计划，从【故事-待测试】中将进行测试的故事移动到【故事-测试中】泳道中。
• 当故事测试完成，将【故事-测试中】的故事移动到【故事-已完成】。
• 当故事测试中，发现有缺陷，在【Bug看板】->【新建bug】泳道中新建缺陷，具体操作，请查看【功能：Sprint看板】。

配置职责

• 根据上线计划完成发版以后，将【故事-已完成】中的故事移动到【已完成】泳道中。

所有人

• 当流水线中的任务由于综合因素无法进行的时候，与开发主管确认以后将其任务移动到【任务-阻塞中】泳道中。

功能：Bug看板

所有人

• 在非DEV环境的测试或操作过程中发现系统有缺陷：
• 如果非测试人员，则需与测试沟通确认以后，将缺陷提交到【新建bug】泳道中;
• 如果是测试人员，需与系统负责人或模块负责人确认以后，将缺陷提交到【新建bug】泳道中;
• 如果对缺陷的对应处理人不清楚，可以新建缺陷以后，与开发主管沟通，确认缺陷的负责人。
• 缺陷需要有：缺陷简述、复现过程描述、证据截图、严重程度、环境（DAT,UAT,VIR,PRD)、负责人、提出时间、截止时间等描述信息。

开发主管职责

• 当缺陷负责人不明确时，测试与开发主管沟通，明确负责人。

敏捷教练

• 发现看板使用中的问题，优化看板使用过程。

开发职责

• 在【新建bug】泳道中查看自己的缺陷，确认需要修复将缺陷移动到【修复中】泳道中。
• 缺陷修复完成并自测以后，将缺陷移动到【修复完毕-待验证】泳道中，并通知测试进行验证。

测试职责

• 对【修复完毕-待验证】泳道中的缺陷进行验证，并将该缺陷移动到【验证中】泳道中。
• 对【验证中】泳道中的缺陷验证通过以后，将缺陷移动到【已关闭】泳道中。
• 如果【验证中】的缺陷验证不通过，与开发沟通确认以后，将缺陷移动到【修复中】泳道中。