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