對於要在組織要導入敏捷, 有些事情你需要先了解
敏捷是什麼?
敏捷是團隊的一種能力. 是一種創造產品或服務的能力
與其努力創造完美的產品或服務, 不如通過版本更新來不斷改進
敏捷專注於客戶或是利害關係人的滿意度. 樂於在動盪的環境中迎接變化
如果對於敏捷是什麼, 有錯誤的認知, 或者大家有不同的想法, 在導入的過程中, 就會很發散, 就會各走各的路. 一開始就要先對齊想法, 語言統一.
人們對敏捷常見的反應
(1) 認為只對軟體開發者有用
事實上, 這種敏捷思維和客戶為中心的準則, 到處都是有用的
(2) 喜舊厭新
有些人不喜歡新東西, 他認為舊的東西用的好好的, 不用改
(3) 害怕
控制不會帶來信任, 而信任對於敏捷十分重要. 有些人怕敏捷是一種新的控制方法, 或是害怕主管強迫自己去用
(4) 傲慢
認為那些反饋是無用的, 自己知道一切, 可以控制一切
這些反應都很正常. 大多數的人不是不喜歡改變, 而是不喜歡自己被改變. 但是你要推行新東西, 就需要去解決這些問題.
知識型工作者 vs 工業型工作者
(1) 知識型工作者
需求：變化的, 新興的
問題類型：複雜的, 系統的
工作對象：無形的, 虛擬的
解決辦法：需要發明新方法
決策制定：正確的時間做正確的決定
(2) 工業型工作者
需求：是先確定好的, 穩定的, 詳細的
問題類型：簡單的, 線性的
工作對象：有形的, 實體的
解決辦法：使用已知解決辦法, 重複操作
決策制定：項目之初做決定
人們之所以會有上面常見的反應, 通常是還停留在體力密集的思維裡, 很多事情希望能夠可預測, 需要事先能夠規劃好. 但是在 UVCA 中, 這些確定性已經不存在了, 你需要團隊成員有腦子, 在變動中自己思考如何解決問題, 而不是等待別人或長官給你下命令.
敏捷導入的階段
James Shore 提出 Agile Fluency Model, 可以幫助你了解, 敏捷導入可以怎樣來進行.
https://martinfowler.com/articles/agileFluency.html
(1) Focusing
聚焦於敏捷的基本面: 透明度, 團隊精神 和工作流程設計. 這時候還不需要技術實踐, 需要的是 Scrum 和 Kanban 等流程. 大約需要花 2-6 個月的時間
(2) Delivering
這個階段的重心在於交付的流暢性. 要能交付有品質, 高價值的產出. 因此這個階段需要落實 XP 或 DevOps 等實踐. 需要花 3 - 24 個月才能有所成.
(3) Optimizing
優化團隊交付能力與流程. 需要注意商業知識和價值. 這個階段要落實精實軟體開發, 精實創業和 超越預算等等實踐. 需要花 1 - 5 年才能搞定.
(4) Stengthening
加強團隊使組織更強大, 著重於跨團隊學習, 找出更好的組織決策方式. 這個階段會去了解組織設計和複雜性理論. 需要多少時間不確定.
全站熱搜
留言列表
