文章歸檔

瀏覽過去的文章,尋找您需要的資訊

Use STATIK to Design Kanban

看板怎麼設計才用得久?8 步驟從 STATIK 開始整理現況

很多看板在導入後無法長期使用,往往和一開始就進入設計階段有關。STATIK 提供了一條整理現況的路徑,協助團隊先釐清系統的目的、不滿來源、需求型態與實際能力,再逐步描繪工作流動,設計合適的服務策略與看板系統。透過這樣的順序,看板能反映真實工作狀態,也更容易融入日常運作。當看板被普遍使用並搭配穩定的回饋節奏,改善行為會自然累積,讓看板設計隨著系統一起演進,成為長期支撐工作的工具。

深入了解更多 »
Scrum@Scale

Scrum@Scale 是什麼:當 Scrum 不只是一個團隊的問題

當 Scrum 從單一團隊擴展到多個團隊時,問題往往不在於流程有沒有照跑,而在於協調與決策開始失速。Scrum@Scale 的核心做法,是把 Scrum 原本在單一團隊中有效的運作方式,用最少的結構延伸到多團隊與組織層級。透過區分 Scrum Master Cycle 與 Product Owner Cycle,分別處理「怎麼把事情做好」與「什麼才值得做」,讓不同性質的問題能在對的層級被處理。

深入了解更多 »
Nexus Introduction

規模化敏捷 – Nexus 入門指南:多個 Scrum Team 如何穩定交付

Nexus 是建立在 Scrum 之上的規模化敏捷框架,主要用來處理多個 Scrum Team 同時開發同一個產品時,整合與交付容易失控的問題。它關心的不是團隊如何被管理,而是每個 Sprint 結束時,是否真的能交付一個已整合、可檢視的成果。透過明確的角色、事件與工件設計,Nexus 把整合風險提早拉進日常工作中,而不是留到 Sprint 後段才集中補救。

深入了解更多 »
Value Stream

價值流是什麼?從流程到價值,理解工作如何真正產生成果

價值流是一種用來理解工作如何產生價值的視角。與只關心流程是否順暢不同,價值流關注的是需求從出現到交付之間,價值是否持續前進。當價值流被看見,等待、重工與過度投入等浪費就會浮現,也才能透過流量指標與業務結果,判斷改善是否真的有意義。透過「價值流」能理解工作為什麼會卡住,以及如何讓價值真正被交付。

深入了解更多 »
Scrum Complete Guide

Scrum 完整解析:核心概念、角色職責、事件流程與工件全指南(2025)

Scrum 是一套用來處理複雜問題的輕量框架,透過短周期迭代、透明資訊和持續檢視來調整方向。它由四種職責、五個事件和三大工件組成,讓團隊能在變動快速的環境中持續交付可用成果。Scrum 的核心不是流程,而是靠經驗主義、價值觀和固定節奏來降低風險、提升透明度、加快回饋。多團隊也能以同一個 Product Goal 協作,並產生單一整合 Increment。只要團隊願意在每個 Sprint 中反覆學習和調整,就能用更穩定的方式把產品往正確方向推進。

深入了解更多 »
sprint review guide

Sprint Review 指南:掌握 5 個關鍵,避免只做 Demo,用回饋校準產品方向

Sprint Review 的核心是用可運行的產品增量與利害關係人進行真正的回饋對話,確認產品是否走在正確方向。整個流程圍繞著回顧 Sprint Goal、展示真實成果、討論價值與發現、並根據回饋更新 Product Backlog。高品質的 Sprint Review 會透過情境式展示、清楚的議程與實際回饋整合,讓 Scrum 的檢查與調整真正發生,並讓產品在每次迭代都能持續校準軌道。

深入了解更多 »
Sprint Planning Explained

Sprint Planning 完整解說:如何對齊方向、挑選工作、避免踩雷

Sprint Planning 的重點是讓團隊對下一個 Sprint「要做什麼、為什麼做、做到什麼程度算成功」有共同理解。一個健康的 sprint planning 會做三件事:先對齊 Sprint Goal,再挑出最值得做的 Sprint Backlog,最後依容量做出團隊真的有信心的預測。這篇文章用清楚的流程和範例,說明 Sprint Goal、Sprint Backlog、容量估算、常見錯誤與 AI 協作,幫助團隊穩定提升 Sprint Planning 的品質。

深入了解更多 »
Team conflict management

團隊衝突管理 2 大模型:用 TKI 與五階段衝突觀點提升協作品質

團隊衝突不是壞事,真正危險的是忽視衝突或在錯的階段用錯方式處理。本文結合湯瑪斯–基爾曼衝突模型(TKI)與 Speed Leas 的衝突五階段,說明如何判斷衝突正在升級,以及在各階段應採取的對應策略。透過場景案例(Planning、Retro、技術決策、跨部門協作),說明何時該合作、妥協、設界線,或尋求外部協助,協助敏捷團隊建立健康的衝突管理文化。

深入了解更多 »
敏捷宣言

敏捷宣言(Agile Manifesto)完整解析:4 大價值、12 原則與實務應用

敏捷宣言(Agile Manifesto)不只是一份歷史文件,而是一種工作哲學。它的核心是:「以人為本、快速回饋、持續改進、擁抱變化」。敏捷強調:「流程應服務於人、文件應支撐理解、計畫應能調整、學習永遠持續」。本文將從宣言的起源、價值觀到實務誤解,一步步看見敏捷的真正精神與落地實踐方式:「在變化中創造穩定的價值」。

深入了解更多 »