首先设定OKR目标，第二步对目标进行拆解制定解决方案（知道了目标和方案）接下来是开发测试环节（实施阶段）。
上线后通过AB来检验效果，通过用户数据来进行分析，寻找出改进方向，并且为下一次决策提供数据支撑。
任务通过迭代的方式推进的，分四个步骤：
第一步，这也是最核心的一步，要了解需求，为什么做这件事情，必须对自己对产品进行灵魂拷问，解决了用户什么问题？是否服务于OKR？
第二步，计划会议，也就是排期，这时要确认这个需求的Owner，对任务的拆解和故事点评估，由Owner对进度和质量进行负责。
第三步，迭代进行中时，每天进行每日站会，这个站会我们已经持续了8个月了，效果很好，大家的参与感很强，集中两点：今天要做什么？是否遇到问题？
最后，迭代结束后，进行本次迭代的回顾，这个回顾一个是分享上线产品的数据，还有就是总结我们遇到的问题，以及解决方案。
我们使用的是携程自研的iKanban，这是我们燃尽图，下图分别是第3次迭代和第13次迭代时的燃尽图，越来越趋向于理想化，我们2周一次迭代，这是我们9个月来不断总结-改进的成果。
问题反馈组中，技术问题的占比现在已经降到了3%以下。（第10次迭代时降到了7%）
交付效率的提升，开发由12人精减到8人；
引入了自动化测试，服务端api的覆盖度达到100%；
现在我们的团队是：聚焦重点需求，持续稳定交付；
达成了我们的转化率OKR目标，18年19年CR的对比，持续稳定的上升。
最好的证明是来自于和竞品的对比，以前是我们跟着竟品步伐走，现在我们引领着竞品前进，我们的填写页改版，无忧租等上线后竞品快速跟进，说明了我们的努力取得了对手的认可。
接下来，我们会按既定的目标，踏实的前进，不断优化改进，致力于给用户提供最好的服务。
部分图片及电子书来源于网络，版权归原作者所有，仅供学习勿作它用。如果侵犯到您的权益，请联系我们。
本文分享自微信公众号 - 互联网PMO（tech_pmo）。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。
来源：oschina
链接：https://my.oschina.net/u/4150922/blog/4491461