瞬變學會

2026年1月4日星期日

《 敏捷式管理 之探討 》

敏捷專案管理

敏捷是一種以價值觀、信念、原則所驅動的方法論，

更宏觀而論是同屬於精實體系的管理方法，

實務上應用了許多精實的工具，如: 看板、移除浪費、拉式流程等。

https://mymkc.com/article/content/24857

專案適合導入什麼開發方式？

肯內芬框架(Cynefin)：複雜(敏捷)、繁雜、混沌、明顯(瀑布)。

https://ruddyblog.wordpress.com/2019/04/03/%E6%B1%BA%E7%AD%96%E8%80%85%E7%9A%84%E5%B7%A5%E5%85%B7-cynefin-framework/

https://www.timingasia.com/what-cynefin-framework-can-help/

黛西矩陣(二維)：複雜、繁雜適合敏捷。

https://blog.104.com.tw/pmp-agile-methodology-study/

敏捷專案管理方法 / 工具

1.看板(Kanban)：任務狀態，待執行、進行中、已完成。ex 每日立會

越接近頂層的任務卡片，會記載比較多的細節。
識別和修復工作進度中的潛在瓶頸並優化工作流程。
3S：

調度(Scheduling)、選擇(Selection)、排序(Sequencing)。

檢討週期與產出時間：

沒有特定的產出時間，而是依照卡片停留時間來做考核依據。

產出承諾：

沒有產出承諾，只能透過看板了解需求目前的狀態。

任務優先排序：

沒有優先排序，除非是特急件可以插件先做。

任務大小：

無法確認大小。

需求加入限制：

只要「In Progress (進行中)」能力未達限制，就可以加入。

2.Scrumban：結合 Scrum、看板，幫助團隊改進(高效)運作方式。

流程視覺化。
最小需求切割。
需求排序。
定期交付(迭代)。

3.XP 極限編程：高頻率循環，藉由客戶回饋達成短期交付。

將後面測試工作提前至前段流程中。
直接溝通、快速回饋。

4.Crystal 水晶方法論：人員間的互動。

團隊可以簡化流程即優化。
專案獨特性、變動性，需要特定方法來進行。
不是結構化框架缺乏預定義的工具和計劃，因此範圍蔓延的可能性更大。

5.DSDM 動態系統開發：軟體開發交付框架。

基於知識框架，一開始設置成本、品質、時程的限制因素，利用正式的範疇優先順序來滿足這些限制。

6.AUP 敏捷統一流程：全局串接、局部迭代。

加速週期、輕量流程。

建模、實施、測試、佈署之間執行更多反覆運算的週期。

7.FDD 功能驅動開發：特性驅動、快速迭代、保證文件/品質。

開發不超過兩週，適合中小團隊。

8.Lean Production 精實生產：

豐田生產系統、即時生產、拉式、看板、零庫存。

9.Exploratory(Lean Startup) 探索性：

盡量減少對解決方案的前期投資，在項目早期和經常進行市場測試和衡量的小型實驗。

隨著解決方案的開發，交付團隊有機會根據實際使用的反饋交付真正需要的東西。

該解決方案解決了高度不確定的情況 ex 新的未開發市場或新產品。
利益相關者和交付團隊在開發解決方案時非常靈活地調整解決方案。
您有一個或多個有效的假設/策略來測試，並在測試結束時使用明確的通過/不通過標準。
你願意根據你的學習試驗和發展你的想法。

https://blog.104.com.tw/pmp-agile-methodology-study/

敏捷、傳統專案管理

預測式(瀑布式) VS 調適式(敏捷式)

預測式(瀑布式)：

需求、設計、執行、驗證、維護。

調適式(敏捷式)：

衝刺當中(規劃、設計、建置、測試、審查)、發布成果、顧客回饋、

檢討修正。

兩者開發方式差別：

需求

變更

風險

範疇

時間與成本

利害關係人

預測式

相對來說

是固定的

被限制的/

限縮範圍的

盡量避免發生

控制在門檻

範圍內

事先詳細

規劃

事先規劃好

驗收交付物時

敏捷式

不確定的、

時常會變化

每次迭代時，

都會發生

在整個專案中

通常整合到

迭代循環中

隨著交付物

狀況進行

調整

固定的、

切固定時間

定期參與

	需求	變更	風險	範疇	時間與成本	利害關係人
預測式	相對來說是固定的	被限制的/ 限縮範圍的盡量避免發生	控制在門檻範圍內	事先詳細規劃	事先規劃好	驗收交付物時
敏捷式	不確定的、時常會變化	每次迭代時，都會發生在整個專案中	通常整合到迭代循環中	隨著交付物狀況進行調整	固定的、切固定時間	定期參與

https://blog.104.com.tw/pmp-agile-methodology-study/

https://www.pm-mag.net/Article/Article_content.aspx?Tid=1405

https://www.managertoday.com.tw/articles/view/64965

https://edm.managertoday.com.tw/scrum/

博伊德法則：迭代的速度會打敗迭代的質量。

這是一條出人意料的法則，
但是當我們在處理複雜、不可預知、總是混亂無序的系統時，
這條法則就很有意義了。

圖：產品開發的敏捷/精益方法和瀑布方法的對比（速度製勝）

https://ruddyblog.wordpress.com/2016/07/21/%E6%95%8F%E6%8D%B7%E9%96%8B%E7%99%BC%E7%82%BA%E4%BD%95%E6%9C%83%E6%AF%94%E8%BC%83%E5%BF%AB/

敏捷開發 / 流程

https://ruddyblog.wordpress.com/2016/07/21/%E6%95%8F%E6%8D%B7%E9%96%8B%E7%99%BC%E7%82%BA%E4%BD%95%E6%9C%83%E6%AF%94%E8%BC%83%E5%BF%AB/

https://www.managertoday.com.tw/columns/view/55180

敏捷團隊 / 組織

https://www.cw.com.tw/article/5088385?rec=i2i

https://www.pm-mag.net/Article/Article_content.aspx?Tid=1287

https://edm.managertoday.com.tw/scrumteam/

https://ruddyblog.wordpress.com/2016/07/21/%E6%95%8F%E6%8D%B7%E9%96%8B%E7%99%BC%E7%82%BA%E4%BD%95%E6%9C%83%E6%AF%94%E8%BC%83%E5%BF%AB/

https://www.managertoday.com.tw/articles/view/64967?utm_source=copyshare

對金字塔型組織結構的轉變，就是將組織的權力結構，授權給各個組織經營體，每個經營小組主要有三種權力：

決策權：直接賦予各小組在生產與自我管理的權力。
用人權：根據各小組的業務需求，來調整人才需求。
分配權：從用戶的價值收益，直接反應到薪酬。

對於組織管理者而言，提升組織敏捷能力，需要有一定的條件，那就是對

團隊成員的信任，以及
團隊成員的專業，

只有在這樣的基礎下，團隊被授權的情況下，才會真正發揮敏捷組織的戰力。

所以，在打造敏捷組織前，管理者需要先理解打造敏捷組織的「認知思維」，

這方面主要有兩個思考面，「推力」與「拉力」。

敏捷組織的規劃，是在釋放團隊成員的能力，

讓每位成員發揮自己的創造性來解決問題。
與此同時，需要有一套拉力來確保運行方向的一致，

這需要先明定，

(推力)什麼事情可以自己決定，
(拉力)哪些事情需要回報。

解決方法就是劃定一條「吃水線」。
所謂「吃水線」就是船身如果在吃水線的上方有破洞，船還可以平安，

如果破洞在吃水線下方，就會造成船艙進水，進而有沈船的可能性。

藉由這個概念，敏捷組織的拉力，就是設計組織的「吃水線」，

(推力)你需要回答以下幾個問題：

哪些事情不必諮詢他人，可以讓團隊放手去做？
對於管理層來說，願意放下多少權力？

基於以上兩個問題的回答，就可以匡列出哪些問題可以自行決定，

(拉力)如果是低於吃水線的問題，需要把權力交給特定的角色，

哪些決策權是團隊成員都有？
哪些決策權只給特定角色或團隊？

https://www.timingasia.com/%E6%8E%A2%E8%A8%8E%E6%95%B8%E4%BD%8D%E8%BD%89%E5%9E%8B%E4%B8%8B%E7%9A%84%E6%95%8F%E6%8D%B7%E7%B5%84%E7%B9%94%E5%9E%8B%E6%85%8B/

---------------------------------------------------

資料來源:

1.Ruddyllee(2016)敏捷開發為何會比較快?
https://ruddyblog.wordpress.com/2016/07/21/%E6%95%8F%E6%8D%B7%E9%96%8B%E7%99%BC%E7%82%BA%E4%BD%95%E6%9C%83%E6%AF%94%E8%BC%83%E5%BF%AB/
2.太毅國際顧問(2020)探討數位轉型下的敏捷組織型態
https://www.timingasia.com/%E6%8E%A2%E8%A8%8E%E6%95%B8%E4%BD%8D%E8%BD%89%E5%9E%8B%E4%B8%8B%E7%9A%84%E6%95%8F%E6%8D%B7%E7%B5%84%E7%B9%94%E5%9E%8B%E6%85%8B/
3.UPerform優普豐敏捷學院(2023)六大框架化解組織衝突當敏捷與傳統瀑布式手法相遇，專案管理雜誌
https://www.pm-mag.net/Article/Article_content.aspx?Tid=1405
4.專案管理雜誌(2022)組織如何敏捷轉型，創造永續競爭力？歸納核心優勢，台灣理光轉型，「數位整合服務商」！
https://www.pm-mag.net/Article/article_content.aspx?Tid=1292
5.專案管理雜誌(2022)看見敏捷組織新型態強化組織韌性創造成功文化
https://www.pm-mag.net/Article/Article_content.aspx?Tid=1287
6.邱翊豪(2022)動盪環境下的企業敏捷對策：淺談敏捷第10號原則，中國生產力中心，管理知識中心
https://mymkc.com/article/content/24857
7.104職場力 (2024)【PMP自學筆記】你必須要知道：敏捷宣言4大價值、12項原則、各種敏捷開發差異
https://blog.104.com.tw/pmp-agile-methodology-study/
8.104職場力 (2022)數位時代快又急，你的組織應該更敏捷！太毅國際顧問
https://hrmall.104.com.tw/blog/post/64646
9.Ruddyllee(2019)決策者的工具: Cynefin Framework

https://ruddyblog.wordpress.com/2019/04/03/%E6%B1%BA%E7%AD%96%E8%80%85%E7%9A%84%E5%B7%A5%E5%85%B7-cynefin-framework/

10.吳曉華 (2020)，穿梭變局的智慧羅盤，紅隊思維「肯尼芬框架」助企業掌握決策先機，太毅國際顧問

https://www.timingasia.com/what-cynefin-framework-can-help/

11.簡鈺璇(2025)敏捷管理、傳統專案管理差在哪？哪類專案不適合敏捷？經理人雜誌
https://www.managertoday.com.tw/articles/view/64965
12.徐瑞廷(2017)敏捷開發不只是專案管理法，而是整個組織的變革！拆解 7 大變革要素
https://www.managertoday.com.tw/columns/view/55180
13.周頌宜(2022) 如何將敏捷精神導入團隊？滿足這個「意圖」，專案成員更加自動自發