京麥敏捷團隊解密一

京麥團隊從2014年在敏捷教練的指導下進行敏捷轉型，至今團隊已經進化爲部門內的標杆，產品也上升到了部門戰略級。

京麥團隊敏捷視頻 —— （在以下的視頻中，你將領略到，咱們團隊是如何進行敏捷實踐的！）

前言

在團隊的早期，團隊遠遠沒有如今團隊那麼多人，只有4個研發作一個"雞肋"的產品。爲何說是雞肋，並非沒人用，而是競品不少，給用戶產生的價值不凸顯。

原來的開發節奏是1、二個月發佈一個版本，你要知道這個節奏，在如今大魚吃小魚，更是快魚吃慢魚的時代，已是致命的了。同時，競品又是很強勢，如何在激烈的競爭中活下去？

死亡行軍的救命稻草

市場是未知的，團隊是小團隊。咱們如何花費最小的成本去驗證咱們的假設是正確的，咱們作的產品如何直抵用戶痛點！咱們沒有充裕的時間、經費和人力去開發一個大而全的產品，而後投放市場進行驗證！若是產品定位失敗（沒人用你的產品），團隊和產品面臨的都將是毀滅的！

因而，咱們結識了敏捷！咱們進行了變革，由此拉開了敏捷轉型的序幕。面對變革，前途未知，因此咱們將此次敏捷轉型之路定義爲死亡行軍，而敏捷就是這最後的救命稻草。

到如今轉型敏捷是很是成功，無論是產品仍是團隊。而這一路走來，敏捷到底給咱們帶來了什麼改變？爲何咱們成功了？這期間，咱們進行太多內部敏捷培訓和敏捷工程實踐。

簡單來講，敏捷的變化：

1. 小步快跑：小版本發佈，從1、二月縮短到一、2周，這其中涉及到產品需求的細粒度拆分、快速搶佔市場、用最小的成本在市場上對產品進行假設的驗證。這在與競品的賽跑中，效果顯著，距離越拉越大！

2. 團隊激情：爲了高效的溝通，Face To Face 的討論；爲了保障代碼質量，進行 Code Review。而且在工做上，經過看板實現工做透明、自認領、及時反饋，最重要的一點，是讓領導從關注空閒人轉而關注空閒任務，這都讓團隊富有激情和創造力。

3. 極限反饋和部署流水線：引入大量的富有效果的敏捷實踐工做，包括持續集成、自動化部署、靜態代碼分析、監控報警等等，這些都大大釋放了團隊資源，減小了無效的工具。咱們是單分支開發，團隊任何一我的提交一行代碼，都會先進行編譯構建、進行自動化測試、進行靜態代碼分析、最後進行自動化部署，有問題，準肯定位快速反饋。

還有太多的故事內容會與你們分享！也請關注持續更新，會有更多的爆料，但願對正在作敏捷轉型的團隊，或創業中的在產品試水的團隊有所幫助。

—————————— 本文同步發佈於 ZHANGSR 個人我的博客  ——————————