滴！請查收機票增值會員團隊的一年敏捷賬單

引子

你也說敏捷，我也說敏捷，到底什麼是敏捷，敏捷是不是就是“快”？

什麼樣的團隊適合推廣敏捷模式？

敏捷又能帶給團隊帶來哪些變化？請看下文：

引入敏捷

2019年1月，機票增值會員團隊成立，回顧之前老的團隊，問題主要有：

1. 質量偏低：部分測試場景有遺漏，提升空間大；

2. 角色割裂：產品、研發自顧自己的“一畝三分地”；

3. 氛圍不好：團隊幸福指數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分！

末尾

回到文章開頭的幾個問題做個簡述： 敏捷不一定就是“快”，變更頻繁、業務壓力大的小團隊，引入敏捷能讓大家更加主動積極的去發現團隊的問題，集思廣益的去改進，效率和幸福指數自然提升，故障自然減少，至於採用哪些模式，“以人爲本，方得始終”！

編者按

在軟件行業裏，不同程序員的個人生產效率可謂判若雲泥。大多數人也許要花一週時間才能幹完的活，有些人一天之內就搞定了。這是爲什麼？

簡單來說，這些程序員比他們的大多數同行掌握了更多趁手的工具。說得更明白一點，他們真正瞭解各種工具的功用，並且掌握了使用這些工具所需的思維方式。這些“高產程序員”的祕密是某種方法學與哲學的混合體，而Neal在他的書中準確地捕捉到了這種神祕的東西。

回覆“code” 獲取《 卓有成效的程序員 》精編 版

攜程敏捷案例

• 境外租車團隊
  

• 行程訂單團隊
  

• 酒店無線團隊
  

• 機票前臺團隊
  

• IM+團隊
  

---

部分圖片及電子書來源於網絡，版權歸原作者所有，僅供學習勿作它用。 如果侵犯到您的權益，請聯繫我們撤除。

---

本文分享自微信公衆號 - 互聯網PMO（tech_pmo）。
如有侵權，請聯繫 [email protected] 刪除。
本文參與“OSC源創計劃”，歡迎正在閱讀的你也加入，一起分享。