其他分享
首页 > 其他分享> > 敏捷开发规范化

敏捷开发规范化

作者:互联网

零、前言

本篇博客为结合题士两阶段开发流程针对罗杰软工课程敏捷开发规范化的建议,为个人作为题士PM的反思与总结,旨在提升敏捷开发效率与质量

规范化建立在利用Gitlab issue进行项目管理之上,若有偏颇,还望指出

一、流程

首先明确团队开发流程:

上述流程中提及的需求池、任务分配、测试用例和例会记录等内容,仍有规范化的余地,具体依次阐述如下

二、需求池

需求调研是必要的,对需求调研的结果进行总结记录同样是必要的

项目源起于需求,各类issue同样应当如此

在明确项目需求后,及时将需求以issue的形式记录,形成需求(Feature)池,等待后续开发人员认领,具体流程如下:

三、任务分配

待需求明确后,针对每一需求具体划分任务,粒度视功能实现人员个人能力具体调控,但需要保证针对每个具体任务可以编写出对应的测试用例,任务分配时设置具体任务的优先级标签High or Medium or Low,最后再以issue的形式对具体任务一一记录,同时关联至对应的需求issue上

四、测试用例

测试用例,即功能规格说明书中的验收标准部分,应当在针对需求划分具体任务后,针对每一任务以issue的形式逐一对应记录,待功能实现后,针对测试用例逐一进行测试并形成测试报告,具体见Alpha阶段测试报告前端测试部分Beta阶段测试报告前端测试部分

在进一步测试之前,过一遍测试用例是十分必要的,毕竟保证写的代码能运行正常是每一个负责任程序员的基本素质

五、Scrum Meeting

在完成了对需求、具体任务、测试用例的明确的issue记录后,冲刺例会报告只需将已完成与待完成的任务对应至相应issue,同时根据issue的数量变化绘制燃尽图

在开发过程中形成的bug也应及时关联至相应的测试用例中

六、总结

上述内容可以总结为issue规范化树:

题士开发过程中的项目管理尚有不规范之处,如果未来有机会再进行敏捷开发,规范化树将会是我进行项目管理的不二之选

标签:需求,具体任务,敏捷,测试用例,开发,规范化,issue
来源: https://www.cnblogs.com/joeye153/p/14932269.html