Tips：全文約3000字，預計閱讀時間4-6分鐘

01. 敏捷轉型的必要

“軟件正在吞噬整個世界”——Netscape創始人、硅谷著名投資人馬克·安德森

回顧全球IT演變的歷史，20世紀60年代，晶體管計算機的出現，使得企業與個人開始能夠通過小型的計算機解決問題。但在90年代以前，計算機的主要作用仍然是輔助計算，并沒有完全融入業務，直到21世紀初，軟件行業的一步步發展，拉開了IT高速發展的序幕。

世界是復雜多變的，而軟件也會隨之變得越來越復雜、多變和不確定，軟件開發也帶來了更大的VUCA，面對這種情況，我們需要作出相應的改變，能夠敏銳地感知環境、靈活的調整方向、積極地擁抱變化。

開發方法的共識——敏捷

如何能夠快速的交付軟件業務？據統計，2018年全球范圍內通過CMMI認證單企業有80%采用敏捷的開發過程，而最新的敏捷現狀調查中，SCRUM敏捷框架占比64%。

2005年，國內開始逐漸接觸到敏捷思想，而一些先進的企業，已經開始嘗試學習外企，試點敏捷方法。隨著這些首批企業借助敏捷成功實現轉型，促進業務發展，逐步吸引了以金融行業為主的國內企業開始接受敏捷思想，如今，敏捷轉型的浪潮在國內已經如火如荼。

02. 敏捷轉型常見誤區

1）自己摸索，可能不是最佳實踐

首先是“人”的問題。很多企業在轉型過程中不愿意引進外部資源，缺少權威敏捷轉型專家指導和咨詢等，容易重復造輪子，同時在企業內部試錯成本太高，影響團隊士氣。

2）缺少賦能，團隊無法自組織

解決了“人”的問題以后，“組織”層面也要做相應調整。一部分企業在組織上缺少了團隊內部賦能，對于團隊本身如何從職能型團隊發展到全功能團隊缺少認識，導致團隊無法自組織，無法在團隊內部形成高效協作的機制。

3）積極建設工具，容易閉門造車

當“人”和“組織”的問題解決了以后，下一個難點就是工具，基于開源工具改造，只能滿足小團隊的需求，若是采取自研，也會遇到投入產出比較低的問題。這類工具如何去選擇，也是企業轉型較為常見的誤區。

4）團隊分工，卻無法高效協同

團隊協同上無法貫徹敏捷，有的企業為了方面管控，犧牲效率，為了部門墻數據隔離，犧牲了順暢協作。敏捷文化中，強調各部門以開放合作心態共同協作，而往往在傳統方式中，企業管控、部門墻等問題是根深蒂固的，需要團隊內部能夠接受敏捷的文化。

5）局部嘗試，無法規模化推廣

試點團隊已經能夠使用相應的工具，并具備了敏捷的能力，但沒有無法抽象流程和模板，不具備可復制性，導致無法大規模在企業內部進行推廣。企業文化的變革必然會遇到阻力，需要企業自上而下進行推動和宣導。

6）度量，卻不是持續改進

敏捷中并不鼓勵考核個人，度量的最終目的是為了團隊的持續改進，其核心在于及時暴露出問題以及解決問題，而不是對個人的考核或是讓數字更好看。

03. 敏捷轉型避坑指南

在許多企業進行實踐后，基于對以上常見誤區的分析和處理經驗，我們也總結了一份企業敏捷轉型的“避坑”指南。

1）項目整體目標

通過拆解整體目標，一步一步推進敏捷項目的落地。在第一階段可能是敏捷專家的引入、方法論的學習、工具平臺的建設等，并通過一到兩個試點團隊的建設，去實現小范圍的敏捷，從而進入推廣階段，不斷推進后續目標的達成。

2）項目工作思路

整體思路首先需要企業組織級支持轉型，提供必要資源，完善人員管理規范、組織流程規范等。有了內部的支持以后，再去開展后續團隊的試點、推廣以及持續優化等工作。

3）價值導向

組織需要明確未來的發展路線（What to do），團隊需要思考如何達成（How to do），通過OKR方式進行拆解，確定組織目標，團隊目標以及個人目標，并相互關聯，以推動共同實現最終目標。

4）產品端到端實踐

通過落實OKR，實現產品從啟動，到需求優先級劃分，到快速迭代交付，直到上線運營，實現產品端到端交付，完成軟件開發目標。

5）敏捷試點團隊開展以OKR為紐帶

在推進過程中，OKR拆解的目的不僅是要實現軟件開發的目標，也要實現個人的目標，其中也包括個人成長等，實現整個團隊的進步。

6）跨團隊敏捷實踐推廣

在迭代計劃會中，不僅需要進行團隊內部的回顧，還需要進行跨團隊的經驗總結，從而實現一個“點”的敏捷擴大到“面”的敏捷，實現團隊的推廣。

7）訓練敏捷教練角色能力

集中培訓關鍵的敏捷教練角色，通過這部分人的能力提升，再回到各團隊中向下把方法論和經驗分享出去，以此層層遞進，當企業大部分人都能夠熟悉敏捷后，才能促使整體的轉型成功。

8）橫縱貫通，全面自動化、可視化、數據化的工具

工具需要橫縱拉通，橫向拉通，實現端到端工具集成、信息資產流轉共享，流程融入工程平臺，能效顯示與精益改進。縱向融合，實現需求，開發，測試，運維各端工藝的平臺支持與規則設定，及資源間復雜的拓撲關系構建。

9）滿足企業穩敏雙態的管理要求

對于傳統企業而言，平臺需要滿足穩敏雙態的支持，一些傳統業務需要采取瀑布開發模型時，能夠提供相應的瀑布開發能力，快速迭代的業務需要敏捷開發時，能夠提供敏捷的能力，滿足穩敏雙態的需求，實現企業轉型的平滑過渡。

04. 敏捷轉型成功要素

1）人

轉型精益：具有敏捷轉型經驗的人

敢于試錯：積極擁抱變化、敢于試錯的人

開放合作：愿意敞開胸懷，合作共贏

專業卓越：具有專業技術追求卓越的人

2）流程

專業性：建立適配組織發展的敏捷制度

執行力：具有強化執行的簡潔流程

改善性：不斷樹立高目標、持續改善的組織意志

適配性：結合現狀痛點的流程事半功倍

3）工具

協同：在線協同，流程自動化

透明：數據透明，形成自驅動組織

穩定：工具穩定可靠，用戶體驗性好

開放：工具開放、擴展成本低、不被工具綁架

05. 精選互動問答

Q：如何評價企業是否適合敏捷開發？

A：關鍵在于業務是否需要敏捷開發。企業如果一直停留在思考自身是否適合敏捷開發，思考組織、流程是否適合等層面，那么很有可能就被一直陷入困境中，從而逐漸落后于其他企業。我們應該從業務角度出發，根據實際情況，去判斷企業業務是否需要敏捷的響應，是否需要快速的迭代和優化，以此來做出正確的選擇。