Category: 敏捷心法

  • August 17, 2026
    敏捷轉型為什麼推不動?先判斷人們處於哪個變革階段 文章內文 從兩次轉型經驗,談業務問題、關鍵角色與 Rick Maurer 的變革循環 高層已經宣布轉型,團隊也接受了培訓,新的流程甚至已經上線,為什麼大家還是不願意改變? 問題可能不在方法,而在於推動者與組織成員根本不在同一個變革階段:高層已經準備全面推行,第一線成員卻還沒有看見改變的必要;轉型小組忙著設計流程,部門主管仍在懷疑這件事能否解決自己的問題。 這時候,繼續宣傳 Scrum、增加培訓或要求大家遵守流程,通常只會帶來更多抗拒。 我曾參與數位化轉型、流程改進與敏捷轉型。回頭看這些經驗,我逐漸形成一個判斷: 敏捷轉型不是導入一套框架,而是圍繞真實的業務問題,集結組織內可用的力量,並根據人們所處的不同變革階段採取行動。 因此,在討論如何推動變革之前,我們需要先回答兩個問題。 第一個問題:這次轉型要解決什麼業務問題? 我第一次深刻體會這件事,是在一家銷售型企業導入 Scrum 的時候。 這家公司的主要業務是辦公家具與影印機的銷售和租賃。產品使用與租賃週期很長,如果業務人員與客戶往來的頻率太低,很容易在下一次採購時失去客戶。公司因此決定發展辦公用品採購服務,希望透過更高頻的交易維持客戶關係。 當時,新的業務模式還沒有成形,客戶究竟需要什麼也不清楚。我們沒有先要求其他部門「配合 Scrum」,而是由開發團隊先建立兩週一次的交付節奏,持續與業務端核對需求,再根據回饋調整產品。…
  • August 14, 2026
    在軟體測試圈,UI 自動化(UI Automation)一直是大家又愛又恨的技術。傳統工具(Selenium, Cypress)太脆弱,前端改個 ID、網路稍微延遲,測試就崩潰。最近 AI Agent 框架和工具大紅,有些號稱能「自我修復」並解決所有 Timeout 問題,這真的代表 RD 與測試工程師從此能高枕無憂嗎? 我認為,這背後隱藏著一個巨大的「信任危機」。 當 AI 幫你「撐過」測試,它可能是在幫軟體遮醜 傳統腳本失敗是因為它「笨」,但笨得很老實。而 AI 的核心邏輯是機率與推理,這帶來了幾個致命問題: 1.…
  • July 27, 2026
    25 年前,幾位軟體開發大老寫下了敏捷宣言。我把背後的 12 條原則翻譯成「人生版」,分享給每一個想把日子過得更有方向感的人。
  • July 13, 2026
    這幾年,軟體開發圈掀起了一股「規格即實例」的風潮。隨著 Spec by Example (SBE)、到最近火紅的 Vibe Coding,再加上生成式 AI 的強大產能,開發團隊比以往任何時候都更加興奮。我們常聽到這樣的對話:「太好了,AI 可以幫我寫範例!」、「我可以更快完成自動化!」、「Scenario 越多越安全!」。 然而,當這股熱潮席捲開發現場時,我觀察到一個令人擔憂的趨勢:大家幾乎把所有的精力都投注在「如何產出腳本」與「如何跑 CI/CD」,卻唯獨遺忘了最核心的那件事——實例化需求的核心不是為了「自動化」,而是為了達成「共同理解」。 迷思:開發人員的「單機自動化」秀 在許多敏捷團隊中,最常見的劇情是:開發人員在看完需求文件後,憑藉著卓越的理解力與 AI 的協助,迅速寫出一套美觀、格式正確的 Gherkin 場景,並引以為傲地展示 CI…
  • June 1, 2026
    組織推動敏捷轉型卡關嗎?本文完整解析 ADAPT 敏捷轉型模型,介紹 Awareness、Desire、Ability、Promotion 與 Transfer 五大步驟,以及實際導入與推廣技巧。
  • June 1, 2026
    敏捷教練該如何與團隊有效交流?本文以「Less is More(以少即是多)」為例,分享敏捷教練交流心法,探討提問、傾聽與引導技巧,幫助團隊建立思考與自主解決問題能力。
  • June 1, 2026
    Agile 敏捷到底強調 Iteration(迭代)還是 Increment(疊代)?本文解析兩者差異、敏捷與傳統開發方法的不同,以及為什麼敏捷重視持續學習與改變做事方式。
  • June 1, 2026
    為什麼錯誤的獎勵制度會產生錯誤行為?本文從史金納(Skinner)的鴿子實驗與操作制約理論出發,探討組織獎勵機制如何影響員工行為、激勵效果與團隊文化。
  • April 16, 2026
    本文作者:柯仁傑 (三叔公) 在實施 Scrum 的理想狀態下,Sprint Backlog 一旦在開發計畫會議(Sprint Planning)中確認,就像是一份神聖的契約:在 Iteration 中途不增加功能,也不隨意變更週期長短。 然而現實往往是殘酷的。業務急著說:「沒這功能客戶不簽約!」、產品經理焦慮地喊:「這不先做會流失市場!」甚至還有突發的嚴重線上 Bug(Hotfix)需要救援。面對這些「忽然插單」的要求,Scrum 團隊該如何處理才最合理?以下提供六個具體的應對策略與深層思考。 策略一:嚴格把關,別讓「黃牛需求」透支團隊 許多急件其實是源於溝通上的「通膨」。當 Sales 或 PM 聲稱「沒這功能就賣不出去」時,產品負責人(PO)必須發揮守門人的價值,仔細評估其商業價值與真實急迫性。 策略二:時間換空間,延後至下個…
  • September 10, 2025
    敏捷採用的時機 在聊聊什麼是敏捷前,我想先談談一個知名的『Stacey Matrix』的解釋模型,『斯塔塞矩陣』(Stacey Matrix)是由管理學大師『斯塔塞』(Stacey)用『共識度』(Agreement)與『確定性』(Certainty)兩個維度來分析事情複雜度的方式: