引子
你也说敏捷，我也说敏捷，到底什么是敏捷，敏捷是不是就是“快”？
什么样的团队适合推广敏捷模式？
敏捷又能带给团队带来哪些变化？请看下文：
引入敏捷
2019年1月，机票增值会员团队成立，回顾之前老的团队，问题主要有：
-
质量偏低：部分测试场景有遗漏，提升空间大；
-
角色割裂：产品、研发自顾自己的“一亩三分地”；
-
氛围不好：团队幸福指数3.5分（5分满分），长时间没有变化。
新的团队成立之初，根据业务情况、团队节奏确定使用Scrum模式，并在下半年团队自主性逐步提高的基础上引入了Kanban模式（见后文），下面是我们的具体实践过程：
敏捷实践与深化
Scrum阶段：3355（3 roles、3 artifacts、5 ceremonies、5 values）是Scrum的基础，也是核心，做得好的也是这样的流程，做得不好的团队也是这样的流程，那么我们有什么不同呢，针对老团队的问题，我们又做了哪些应对呢：
CI/CD/autotest：
-
提升UI、service、UT自动化覆盖率；
-
固定发布日改为灵活发布；
-
从堡垒到生产，发布当天到发布第2天，监控+告警机制，确保问题第一时间发现和处理。
提升自驱：会议自组织，任务主动领取；集中公办，站会+线下做针对性的沟通；
提升凝聚：效率提升加班减少的同时，拓展+团建，进一步提升幸福度。
深化：从Scrum到Kanban
团队的自主性达到一定阶段后（如上图），主动提出“想尝试新事物”，敏捷教练根据团队情况逐步引入和过渡到Kanban模式，分析团队数据，及时跟进解决新模式所带来的问题，结合gitlab上的看板（见下图），水到渠成！
敏捷成果
-
2019H2 OKR圆满完成，全年0事件！
-
多次获得携程机票优秀项目奖！
-
团队幸福指数4.3分！
末尾
回到文章开头的几个问题做个简述：敏捷不一定就是“快”，变更频繁、业务压力大的小团队，引入敏捷能让大家更加主动积极的去发现团队的问题，集思广益的去改进，效率和幸福指数自然提升，故障自然减少，至于采用哪些模式，“以人为本，方得始终”！
携程敏捷案例
部分图片及电子书来源于网络，版权归原作者所有，仅供学习勿作它用。如果侵犯到您的权益，请联系我们撤除。
