敏捷试点团队何时引入技术实践
在很多企业里，试点团队有时会尝试在第一个迭代就引入Scrum、测试驱动开发、持续集成、测试自动化等各种实践，甚至想尝试DevOps，因为DevOps现在比较火。结果没有一个实践做得好，每个实践都是做了一点，又浅尝辄止。如果单学习Scrum框架，团队在启动敏捷的前几个迭代就需要花很多时间才能掌握；如果同时还要掌握其他的工程实践，团队的学习成本会陡然上升很多倍。此外，在团队还没有认识到引入技术实践的必要性的时候，强行引入会让工程师产生心理上的抵触。如果工程师带着抵触情绪尝试技术实践，那么一定不会产生敏捷该有的效果。
我推荐渐进式引入新事物的方式，即第一个迭代，不尝试任何技术实践，只引入Scrum或者看板方法。在第一个迭代结束的回顾会议上，引导团队自己总结哪些问题可以改进。一般来说，第一个迭代就会 出由于团队缺乏技术实践而导致的问题，比如，为什么测试工程师在迭代最后一天加班到半夜，结果还是没有测完？为什么需求转到测试人员的手里就阻碍了测试？为什么迭代启动一周后大家才开始合代码，又待所有代码集成后才转测试？而这将会导致测试开始的时间很晚，那么测试人员在迭代的第一周是否无事可做？
团队一般会总结出需要开展的很多技术实践，才能确保下一个迭代成功达成目标。但是我们还是要遵循渐进式的原则，引入一个技术实践，让大家深入掌握后，再引入下一个技术实践。
价值流：由价值流动的一些步骤构成的流程。
页:
[1]