iT邦幫忙

鐵人檔案

2025 iThome 鐵人賽
回列表
IT 管理

認識 Disciplined Agile:打造情境導向的敏捷之路 系列

敏捷並不是一套標準答案。Scrum、Kanban 各有優點,但往往無法完整解決團隊或組織的複雜挑戰。Disciplined Agile(DA)正是為了這個問題而生,它強調「情境決定做法」(Context Counts),並提供完整的工具箱,幫助團隊依照實際情境選擇最合適的工作方法(Way of Work, WoW)。

本系列將從 DA 的核心心態(原則、承諾、指引)出發,逐步認識四層架構、各種生命週期與流程目標,並探索團隊角色、跨職能合作、品質內建與價值流優化等主題。最終,說明 DA 如何不只提升單一團隊效能,更能驅動組織層級的敏捷轉型。

鐵人鍊成 | 共 31 篇文章 | 0 人訂閱 訂閱系列文 RSS系列文
DAY 21

Day-21 與企業方向保持一致:Align with Enterprise Direction 的落地方法

為什麼需要與企業策略保持一致 敏捷強調團隊的自主與快速回應變化,但自主並不代表可以「各做各的」。如果團隊的日常決策與企業的整體策略脫節,就算交付速度再快,也可...

2025-10-01 ‧ 由 Zion Wu 分享
DAY 22

Day-22 制定發行計畫與風險評估:計劃只是開始,追蹤才是關鍵

啟動階段的發行計畫 啟動(Inception)階段的任務,是讓團隊「有方向地出發」,而發行計畫正是這個方向的基準線。它並不是要鎖死時間表或功能清單,而是要幫助...

2025-10-02 ‧ 由 Zion Wu 分享
DAY 23

Day-23 迭代開發的核心:如何規劃、展示與回顧

為什麼要迭代式開發 在軟體開發的世界裡,變化是常態:需求會變、技術會變、甚至使用者的想法也會變。 如果我們還用「一次性完成」的方式交付產品,就像是建商把所有的...

2025-10-03 ‧ 由 Zion Wu 分享
DAY 24

Day-24 建構高品質的流程:精實的品質內建原則應用

什麼是「品質內建」 多數團隊在談「品質」時,直覺想到的是在測試階段找出問題,甚至是產品快要上線時才由測試團隊集中驗證,進行「品質把關」。但這種事後補救的做法,...

2025-10-04 ‧ 由 Zion Wu 分享
DAY 25

Day-25 視覺化工作流與管理在製品:導入看板與拉動式系統

為什麼要視覺化工作與限制在製品? 很多團隊在日常開發中,最大的痛點不是「沒有人做事」,而是「我們以為大家都在做事」。我們知道任務被交待了,也看到有成果交付出來...

2025-10-05 ‧ 由 Zion Wu 分享
DAY 26

Day-26 理解延遲成本:為什麼我們要優先交付高價值項目?

什麼是延遲成本 在敏捷(Agile)與精實(Lean)的世界裡,我們常常談「快速交付」,但快速的意義不是盲目加速,而是讓有價值的事情更早落地。問題是,團隊在做...

2025-10-06 ‧ 由 Zion Wu 分享
DAY 27

Day-27 釋出不是結束:交付階段的準備與部署策略

交付階段的角色與目標 在敏捷專案中,許多人將目光集中在啟動與建構的階段,卻往往低估了交付這個從「可用」到「被使用」的關鍵階段。 事實上再完美的功能,如果無法順...

2025-10-07 ‧ 由 Zion Wu 分享
DAY 28

Day-28 持續階段的流程目標與持續改進之道

持續階段的定位與意義 在 Disciplined Agile(簡稱 DA)的生命週期中,「啟動」階段負責構想與方向設定工作,「建構」階段專注打造可交付的解決方...

2025-10-08 ‧ 由 Zion Wu 分享
DAY 29

Day-29 打造跨團隊學習文化:實踐社群與卓越中心

跨團隊學習的目的與價值 在敏捷轉型的過程中,許多組織最終都會遇到一個共同的瓶頸:知識與經驗無法跨團隊地有效傳遞。 即便每個團隊各自高效運作,如果知識與經驗被封...

2025-10-09 ‧ 由 Zion Wu 分享
DAY 30

Day-30 擴大影響力:Disciplined Agile 如何帶動組織整體的敏捷轉型

從團隊到組織:影響力延伸的必要性 團隊在經過一番努力導入敏捷後,效率顯著提升、合作順暢、交付穩定。團隊內部的氣氛很好,大家對自己的工作方式感到滿意。 然而,當...

2025-10-10 ‧ 由 Zion Wu 分享