团队实践
- 每个迭代最后一天，技术团队会和产品一起开需求讨论会，确定下个迭代的需求内容；
- 了解需求后，技术团队会将每个需求进行拆分，一般以天为维度，然后根据需求优先级确定工作计划；
- 每天早上会进行简短的站会，回顾昨天做了什么？遇到了哪些问题？今天会做什么？
- 需求提测后会一并告知产品，可以进行简单的需求验收，避免需求和实现产生较大差异。
善用工具
- 利用携程自研iWork工作效率中台管理产品需求，进度和工作饱和度看起来很直观；
- 每个迭代结束，技术团队还会开一个总结会，讨论一下每次迭代遇到的问题，并且针对这些问题是否可以改进；同时大家也可以提出一些新的想法，可以用来提供大家的工作效率；
- 定期Team Building，增加团队直接的凝聚力和默契程度。
改善效果
- 敏捷效率和质量；
- 团队成员的沟通更加流畅，无话不谈，降低因为沟通问题导致的需求延期；
- 团队成员的工作积极性提高，由原来的被动接受任务，到现在积极主动理解需求、分析需求、沟通需求。
未来改进
- 加强团队内部员工之间的岗位轮换、互为backup，避免因个别员工缺席，而导致服务无法正常流转；
- 技术层面上加强单测覆盖率以及接口自动化覆盖率，降低测试的回归成本；
- 加强组内培训，提升员工个人能力。
本文章为转载内容，我们尊重原作者对文章享有的著作权。如有内容错误或侵权问题，欢迎原作者联系我们进行内容更正或删除文章。
