美文网首页
基于leangoo维护电子看板规范

基于leangoo维护电子看板规范

作者: do_young | 来源:发表于2020-09-08 14:08 被阅读0次

    术语

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

    定位

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

    • Sprint看板
    • 缺陷看板

    功能:Sprint看板

    敏捷教练

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

    产品职责

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

    开发主管职责

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

    开发职责

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

    测试职责

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

    配置职责

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

    所有人

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

    功能:Bug看板

    所有人

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

    开发主管职责

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

    敏捷教练

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

    开发职责

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

    测试职责

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

    相关文章

      网友评论

          本文标题:基于leangoo维护电子看板规范

          本文链接:https://www.haomeiwen.com/subject/vfrdektx.html