敏捷改进与敏捷转型
?? ? ??#敏捷轉型#?在得到了組織管理者支持情況下,從原來的非敏捷或者無意識的敏捷轉變到有意識的敏捷,可以采取包括調整改變崗位、改變考核辦法在內的各種手段。 從影響的范圍來分類的話,大體可以分為 項目級敏捷轉型,部門級敏捷轉型,公司級敏捷轉型三個層次。 缺省的一般指公司級敏捷轉型。
?? ? ??相對于敏捷轉型,還存在另一種做法,可以稱為“敏捷改進”。指在原有基礎上,在未必獲得組織最高領導贊成(比如不反對,允許先試試)的情況下,采用漸進式改進的做法,有選擇的利用具體的敏捷類的實踐方法。敏捷轉型所需要的外在條件要高于敏捷改進,在敏捷轉型條件不具備的時候,不妨先來敏捷改進。
?? ? ? 敏捷改進?以敏捷軟件開發宣言和宣言背后的原則為方向,結合組織實際情況,采用漸進式步驟,針對人員、工具、過程、文化、價值觀等等各方面進行改進。
?? ? ? agile transfomation 一般翻譯為敏捷轉型,敏捷改進的英文為agile improvement。兩者的區別在于1,敏捷轉型已經獲得了高層管理者明確的支持,甚至于得到了戰略決策,而敏捷改進不要求一定有高層管理者的明確支持,沒有高層支持,敏捷改進照樣可以搞的,雖然有些限制;2,敏捷轉型的要求是在總體上符合敏捷宣言及原則,而敏捷改進就未必。不一定非要遵循所有的敏捷實踐或者過程,敏捷可以是在項目現有的基礎上進行改進,目標首先是持續改進,在改進過程中不斷引入敏捷實踐幫助團隊前進。開始的時候可以只引入迭代增量開發就好。
?? ? ? ?#敏捷改進#需要考慮團隊現狀,看看已經使用了什么工具?使用得如何?團隊成員水平如何?項目或產品進展如何?最大的痛苦在什么地方?質量問題?來不及開發新需求?加班太多?在一個判斷的基礎上選擇合適的方法,敏捷軟件開發提供了大量備選的方法。
?? ? ??#敏捷改進#力求從一開始選擇快速見效的改進,試圖快速獲得好處,哪怕是小小的好處,并報告給包括領導在內的各方干系人,同樣也值得持續的獲得好處,并通報到各方。以實際的正面效果來讓各方認可,從而獲取更多的資源來開展更多的敏捷改進,放大正面效果。也許最終能夠促成敏捷轉型。
?? ? ?組織#敏捷改進#對敏捷價值觀的擴展提議:組織整體協同改進并重于團隊自身提高。組織一般由多個團隊組成。原來的敏捷開發主要論及的是一個團隊,注重團隊自組織、自身提高。在實踐中,團隊經驗的分享是非常值得的,在同一個組織里,后進團隊可以參考先行團隊的很多經驗和教訓。
??????對于敏捷存有疑慮的組織,可以從敏捷改進起步,通過敏捷的反饋來判斷是否繼續,或者停止,或者下決心來進行敏捷轉型。
敏捷改進是輕量的,基于組織和團隊的現狀。
總結
- 上一篇: 权力运用的七重境界
- 下一篇: Android TimePicker