Scrum 使用絮叨

关于Scrum 的一些絮叨
Scrum 的推行的基础在于全员参与,全员协作,包含Dev, QA(quality assurance) ,BA(Business analyst)以及Supporter team等等。


初衷
这篇文章的写作前提是因为我们团队在推新的release cycle的时候,有产品的同学不能理解这样做的目的,或者说很难接受我们去延长需求发布时间(实际并没有延迟上线时间,第一感官错误……)

现状

1,线上问题层出不穷
2,预计上线时间和实际上线时间不符
3,上线计划混乱,周期混乱(虽然之前定的有,但是基本没有遵循,有需求就会时不时上线)
4,开发转敏捷开发后,Sprint中任务计划频繁被打乱
5,在release之后,不能及时验证全部需求,一旦有问题,版本回归会有问题
6,……


目标

1,为了更加规范产品发布流程
2,保证线上产品的质量
3,提升整个团队的效能。


流程
关于Scrum的流程,我简单描述下之前我们的主要环节。

BA
需求收集
需求整理,过滤,筛选(很重要)
需求分类(任务,可用性问题(bug),性能问题,概念想法(暂时不能实现也需要收集))
评估优先级
详细设计
验收条件
验收方式:(Sprint demo全员参与,在sprint结束之后,又各责任人演示当前sprint实现了哪些需求,是否达到验收标准。Mini demo当开发人员的Story完成之后,拉上相关QA&BA,进行小范围功能验收,此流程可贯穿在Sprint中。)


Dev
1,Planning meeting获得Story
2,理解需求,代码实现
3,Unit Test编写(第一轮质量验证)(已有计划)
4,提交git(进入Code Review work flow)(正在推进)
5,Code review done/Reject.(正在推进)
6,进入dev环境,由开发来联调各自功能是否ok(第二轮质量验证
7,没有问题,merge code from Dev branch to QA branch


QA
1,后面会添加Automation Testing(第三轮质量保证,保证基本流程或者主要流程每次都不会有问题)
2,Functional testing 验证QA branch(第四轮质量验证)
3,Integration testing (第五轮质量验证

测试为了保证系统基础功能的稳定性,必须编写一套UAT cases(User acceptance testing), UAT case必须在每次release甚至于每次build都需要自动验证(需要添加到automation testing 流程中),UAT case需要根据系统功能的变化进行持续升级

因为我们目前在现有系统中存在太多的技术债(所谓技术债,指的是在项目前期一味的追求进度而忽视质量造成的欠债),如果整体去修改工作量会过大,我们的经验是在每个Sprint中预留20%-30%的buffer去做修复工作。

这个时候我们的系统中会有三套环境:

Dev & QA & Live(production)

如果预算充足,我们是需要一套stage 环境。stage环境从配置和硬件设备基本和Live环境一致,从而使一小部分用户进行新功能试用,以达到我们最终的全面上线的目的。
Of course,Dev & QA完全分离,对于目前我们来说暂时够用,前提是绝对的物理分离,从数据库到业务代码!(很抱歉,目前我们没有此环节,我正在努力推进!

经过上述五轮的质量保证,我们就能基本排除线上因开发或者测试的覆盖率不足造成的问题,环境问题不能绝对避免

看起来上述的内容彷佛和我们的重点:release cycle没有关系?
其实不然,周期为一周的时候,很多需求我们是在一个sprint中测试不完全,仓促上线,会造成线上问题。
1,所谓每一个Sprint,基本要求就是Sprint中所有需求可以完全开发+测试结束并且可以达到上线要求。(目前不满足)
2,当前一周的任务可以release出去吗?从看到的结果,并不是这样,后期这部分会整理出数据来支撑此结论(目前不满足)

按照我们目前的需求以及上线频率来看,修改release周期为2周一次,Sprint 周期也定为2周一次,可以完全cover我们的现状。并且能更好的提升工作质量以及的 deliver 更多的工作量。
为什么敢这么说?使用了Scrum之后,后端团队的提升体现

1,个人工作目标更加明确
2,在交付环节比过去按时并且质量大幅提升
3,规范的方式,大家的积极性更高,产出更高
4,不会被临时穿插的需求打乱自己的工作计划,效率更高,产出更高
5,每个人目前都感觉到节奏感强,工作更充实,更有动力,产出更高
6,慢即是快(对于产品,需求更加明确,清晰,在code的时候节省了大量时间并且避免踩坑)

所以希望每个同事能去拥抱scrum,它是一个工具,一个让我们更加高效的工具,一个增强我们团队合作的工作,一个可以提升大家的积极性,主观能动性,一个伟大的工具!!

原文地址:https://www.cnblogs.com/zhangpan1244/p/9204138.html