还有另外一个很重要一点，我们所在的研发效能团队，通过各个业务部门的实践，对实践方法及不同场景的总结沉淀，会形成一些体系化的东西，然后与工具做更多的结合，让大家通过工具就可以轻松上手，把好的实践最大化。例如，现在Aone的看板，看板上为什么分那些阶段、为什么有那样的一条条泳道、需求是怎样移动的，最早我们是用物理看板，但是现在我们把它都融入到产品里，团队建好自己的项目空间，就自动会有一块项目看板，从而让好的实践在更多的团队得到使用。

8、作为研发团队的一员，我们每个人可以如何着手去实施敏捷？

我觉得单独从了解方法或知识的角度来说，看完了一本书或者一篇博客， 10天半个月可能也就忘了。但是我们可以从自己现实当中的问题出发，比如做为程序员可以去思考，如何能够让代码变更高效地发布。例如你可以搭一个持续集成的流水线，让大家的代码一提交就触发自动化的检查、自动化的测试和部署，把这个做好就是往敏捷，往研发效能的提升上就走了一大步。

对产品经理来说，需求应该如何组织，是否都有对应的目标，任务朝需求对齐，需求朝目标对齐。对于一线管理同学，可以思考整个团队的能力模型，团队的协作当中有哪些问题，比如测试和开发同事、前端和服务端之间的协作有没有更好手段，让大家的协作更高效。这样每个人都站在自己的角度上，改进一点点的话，形成合力。大家再在站在系统的角度，串起来一起看，就会改进很多。