1，專門的機構或專人來推進組織級敏捷，可能的機構名稱有：敏捷中心、卓越中心、過程改進部、SEPG、質量部、運營改善部、PMO、Delivery Excellence；可能的專人有：過程總監、質量總監、項目管理總監、Chief Agile Coach。
2，敏捷開發涉及到各項方方面面，就算是采用書本上的某些實踐，比如用戶故事，各個團隊各個組織都有些定制化或改造過的做法，比如新加tech story，比如建立兩張需求backlog，一張是原始需求，一張是user story。這些組織特色的實踐值得歸納到團隊-組織知識資產中。
3，字面意思的已定義過程（Defined Process）和經驗主義過程并不是矛盾的，因為經驗主義過程只要有所表達，哪怕是口頭表達，那么就是得到定義的過程，當然可能有些經驗主義過程表達得很是概要。而CMMI下的“已定義過程”是指“根據組織裁剪指南從組織標準過程集中裁剪得到的已管理過程，有得到維護的過程描述，為組織過程資產提供過程相關的經驗”。這是指項目采納了組織過程資產并且裁剪到項目級，得到“已定義過程”，關聯的術語有“project defined process"，在CMM時代，PDSP是項目計劃的關鍵，PDSP是指Project Defined Software Process，中文常常翻譯用項目自定義軟件過程。可以看到CMMI下的已定義過程與經驗主義沒有矛盾，反而是一致的---從組織積累的經驗中選擇適于項目的過程。而敏捷世界（尤其是Scrum）卻對已定義過程另外有定義。在Cockburn的《敏捷軟件開發》第2版中“理論的或者已定義的過程是一個理解得足夠好可以自動化的過程（這個定義與CMMI對‘已定義的’一詞的定義完全不同）（上述括號中文字來自書中）。wiki百科中的說明是The defined process control model requires that every piece of work be completely understood. Given a well-defined set of inputs, the same outputs are generated every time. A defined process can be started and allowed to run until completion, with the same results every time.
?
4，上下通達的收集各類改進建議并處理。
????????? 1，第一時間；
????????? 2，不判斷可行性，尊重每個改進提議提出者，鼓勵提交；
????????? 3，就算是抱怨，也值得收集，當然建設性意見更加歡迎；
????????? 4，從團隊級到部門級到組織級；
????????? 5，及時處理并反饋；
????????? 6，通過改進建議來建設積累組織知識資產
5，Scrum的Retrospective將改進機會收集和處理放在團隊級，對比以往的自主管理小組、QC活動而言，對軟件開發團隊更加具體，更有意義。但是retrospective的經典做法會把沒被選中的建議舍棄，我建議收集所有retrospective會議上提出的建議。
6，改進建議應當利用開放式的條目化狀態管理工具（諸如缺陷管理工具，Jira,? Mantis, Sharepoint列表，VSTS工作項）來收集跟蹤處理。Word和Excel既不方便跟蹤狀態，也不方便多人協作。鼓勵不僅僅在組織級利用工具管理改進建議，而且在團隊級和部門級都值得這樣做。
7，建設可重復的標準培訓，典型的課程有“敏捷概述”，“Scrum實施”（如果選擇Scrum），”Scrum Master指南“，可能的課程有“TDD”，“持續集成”，“風險管理”，“用戶故事指南”等等。

??
作者：張克強?
--?
Blog 從高效過程到卓越結果? http://blog.csdn.net/zhangmike ??
新浪微博? http://t.sina.com.cn/zhangkeqiang ?

總結

以上是生活随笔為你收集整理的组织敏捷之路上的七点体会的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。