敏捷改進與敏捷轉型

2021-05-28 13:41:29 字數 1348 閱讀 4625

用什麼詞來描述某個組織採用敏捷呢? 敏捷採用?敏捷匯入?敏捷轉型?敏捷引入?敏捷改進? 從這些詞當中可以發現不同級別的組織採用敏捷是不一樣的,大體可以分為專案級、部門級和公司級,不同組織級別的敏捷匯入or轉型or改進得到的高層支援不一樣,可以採取的手段不一樣。

#敏捷轉型# 在得到了組織管理者支援情況下,從原來的非敏捷或者無意識的敏捷轉變到有意識的敏捷,可以採取包括調整改變崗位、改變考核辦法在內的各種手段。 從影響的範圍來分類的話,大體可以分為 專案級敏捷轉型,部門級敏捷轉型,公司級敏捷轉型三個層次。 預設的一般指公司級敏捷轉型。

相對於敏捷轉型,還存在另一種做法,可以稱為「敏捷改進」。指在原有基礎上,在未必獲得組織最高領導贊成(比如不反對,允許先試試)的情況下,採用漸進式改進的做法,有選擇的利用具體的敏捷類的實踐方法。敏捷轉型所需要的外在條件要高於敏捷改進,在敏捷轉型條件不具備的時候,不妨先來敏捷改進。

敏捷改進 以敏捷軟體開發宣言和宣言背後的原則為方向,結合組織實際情況,採用漸進式步驟,針對人員、工具、過程、文化、價值觀等等各方面進行改進。

agile transfomation 一般翻譯為敏捷轉型,敏捷改進的英文為agile improvement。兩者的區別在於1,敏捷轉型已經獲得了高層管理者明確的支援,甚至於得到了戰略決策,而敏捷改進不要求一定有高層管理者的明確支援,沒有高層支援,敏捷改進照樣可以搞的,雖然有些限制;2,敏捷轉型的要求是在總體上符合敏捷宣言及原則,而敏捷改進就未必。不一定非要遵循所有的敏捷實踐或者過程,敏捷可以是在專案現有的基礎上進行改進,目標首先是持續改進,在改進過程中不斷引入敏捷實踐幫助團隊前進。開始的時候可以只引入迭代增量開發就好。

#敏捷改進#

需要考慮團隊現狀,看看已經使用了什麼工具?使用得如何?團隊成員水平如何?專案或產品進展如何?最大的痛苦在什麼地方?質量問題?來不及開發新需求?加班太多?在乙個判斷的基礎上選擇合適的方法,敏捷軟體開發提供了大量備選的方法。

#敏捷改進#

力求從一開始選擇快速見效的改進,試圖快速獲得好處,哪怕是小小的好處,並報告給包括領導在內的各方干係人,同樣也值得持續的獲得好處,並通報到各方。以實際的正面效果來讓各方認可,從而獲取更多的資源來開展更多的敏捷改進,放大正面效果。也許最終能夠促成敏捷轉型。

組織#敏捷改進#

對敏捷價值觀的擴充套件提議:組織整體協同改進並重於團隊自身提高。組織一般由多個團隊組成。原來的敏捷開發主要論及的是乙個團隊,注重團隊自組織、自身提高。在實踐中,團隊經驗的分享是非常值得的,在同乙個組織裡,後進團隊可以參考先行團隊的很多經驗和教訓。

對於敏捷存有疑慮的組織,可以從敏捷改進起步,通過敏捷的反饋來判斷是否繼續,或者停止,或者下決心來進行敏捷轉型。

敏捷改進是輕量的,基於組織和團隊的現狀。

敏捷改進與敏捷轉型

用什麼詞來描述某個組織採用敏捷呢?敏捷採用?敏捷匯入?敏捷轉型?敏捷引入?敏捷改進?從這些詞當中可以發現不同級別的組織採用敏捷是不一樣的,大體可以分為專案級 部門級和公司級,不同組織級別的敏捷匯入or轉型or改進得到的高層支援不一樣,可以採取的手段不一樣。敏捷轉型 在得到了組織管理者支援情況下,從原...

如何敏捷轉型

敏捷開發 agile development 是目前眾多大小網際網路企業廣泛採用或者嘗試轉型的一套提公升工作效率和質量的方式,以適應it行業快節奏帶來的不確定性。敏捷開發是先將產品做出來,交付或者上線,在實際應用場景中彌補需求的不足,快速修復後發布新版本。特點 可快速交付 迭代 以人為本 小版本 特...

敏捷轉型 團隊如何變敏捷?

敏捷的原則傾向於一些常識和一系列艱苦的工作,通常,我們會聽到很多關於敏捷的資訊,比如敏捷轉型是團隊嘗試成為敏捷的一種流行方式。很多團隊會聘請敏捷顧問,花幾個月的時間幫助團隊進行敏捷轉型,這個過程只需要支付一筆錢。最後整個團隊真的就轉型成敏捷了嗎?像這樣的轉變有意義嗎?其實,實現敏捷的方法不僅是轉型,...