四、Scrum管理工具的深入体验
1、Scrum角色管理
Scrum 框架下有3种常见角色:产品负责人(Product Owner)、敏捷教练(Scrum Master) 团队成员(Scrum Team)
在体验中,PingCode 能以自定义项目角色和权限的方式对成员进行分组和权限管理。比如配置不同角色不同的管理和查看项目、工作项类型等权限,项目成员亦可拥有多个角色。
2、需求管理
按照Scrum的一般做法,迭代开始前,由产品负责人收集来自各方需要、期望和诉求,评定优先级,整理出产品 Backlog,通过会议评审形成 Sprint Backlog。
在体验中,PingCode是以史诗、特性、用户故事三级方式进行需求管理。可以通过自定义需求状态、补充各类属性字段,编写完整描述,上传相关产品文档等方式,形成完整的故事结构。 也可以利用「子工作项」进行复杂需求细化和拆解。
当然,值得一提的是需求也可与用户反馈、研发任务、测试结果、Wiki的文档等工作项相关联,便于其它成员查找引用、追溯来源。
3、规划
无论是产品规划或者是制定产品的里程碑,产品路线图对于产品团队来说都是很需要的,我们来看看Pingcode的表现:
用一句话来形容就是:我们一眼就能看到未来三个月甚至一年要做哪些产品功能,而且能知道先做什么,再做什么,哪一个功能做完才能做另外一个功能。
是管理层特别喜欢的功能了。
4、缺陷管理
这个模块很明确,就是列出我们开发过程中或者通过用户反馈提交的所有的缺陷,具备优先级等属性设置。
5、迭代
这是我们敏捷开发过程中用到的最核心的功能,也是支撑我们 Scrum 流程的灵魂。
就PingCode来说,在Sprint规划以及信息丰富度上,可圈可点。
规划迭代
这里我最想聊的是工作项(可能这不在Scrum管理之列),这是一个真正体现研发团队的价值的数据的能力。
比如下面的用户故事 :该用户故事的负责人是谁,子任务如何拆分的,关联了哪些工作项,关联的测试用例是什么,开发过程中提交的开发数据和信息是怎样的,工时是怎么登记的,关联的 Wiki 页面是什么,都上传了哪些附件,评论中都讨论了哪些事情,该工作项的活动轨迹是什么,状态是怎么流转的等等。
6. 跟踪迭代进度
迭代开始后,每日站立会议对迭代进行跟踪。各成员快速任务进度、今天的计划、遇到的困难等就成为常态,燃尽图在这里必不可少。
我们从下图也能看出,PingCode迭代概览、燃尽图基本具备,在直观反映各成员工作状况、当前迭代进度的健康程度上并没有啥毛病。
好家伙,还支持十多种报表。
7、迭代回顾
在迭代完成后,团队成员对当前迭代所完成的工作成果进行演示复盘。
这个环节PingCode支持整个迭代情况概览,以及迭代回顾看板记录,基本能满足回顾复盘的需求。
并且在体验的过程中,我还发现,Pingcode不仅完全支持Scrum方法论,Kanban也是同样支持。
除以上讲的一些之外,我发现PingCode还具备版本、筛选器(全局搜索)、工时统计等一些在Scrum管理中比较好用的功能。但这里就偷个懒,不一一讲解。
就体验来看,PingCod在系列Scrum管理工具中也是特别值得尝试的一个选择,当然,需求各有不同,我是以自身团队的经验来判断的,也仅供大家参考。
本文内容不用于商业目的,如涉及知识产权问题,请权利人联系51Testing小编(021-64471599-8017),我们将立即处理