团队在引入敏捷后，项目在实践过程中，发现需求很难快起来，很难达到双周迭代，每个需求从拆分任务到上线时间都很长，需求上线时间也很长，未能达到很好的效果，个人总结主要以下原因造成：
1、系统的需求都很大，一个需求对应太多的用户故事，并且每个需求的用户故事优先级不一样，较难做到同步上线。
2、系统仍然是单一架构，牵一发而动全身，回归测试时间长。
3、需求关联系统众多，系统架构复杂，需求沟通、排期需要较长时间。
4、开发人员还未转变思维，仍采用传统模式来进行需求开发。
5、业务uat测试不及时，导致需求无法按期上线。
基于以上原因，计划采用如下措施：
1、和业务沟通，需求尽量不要提一个大杂烩的需求，每个不同的功能点提交一个需求。
2、系统架构要逐步进行解耦，尽量做到高内聚，低耦合，尝试微服务架构和引入自动化测试，提搞回归效率。
3、尽量把关联系统人员纳入自己管理，实在做不到，则安排专人跟进关联系统的进度，保证进度正常执行。
4、开发人员习惯问题，目前只能是每次早会进行宣导，潜移默化影响，同时系统架构变化后，也会促进开发思维转变。
5、业务uat测试不及时，建议把业务一起拉入敏捷团队，共同来完成，提升业务的参与感，提高沟通效率，目前已有团队开始和业务一起敏捷。
以上措施会逐步在团队在实行，具体效果还待验证，相信通过团队的努力，整个敏捷的过程会越来越高效，给我们和业务都带来更好的价值。
网友评论