Lessons

Definition of Workflow

Level: Advanced Module: Kanban for Scrum Teams 3 min read Lesson 37 of 52

Overview

  • What you’ll learn: What the Definition of Workflow (DoW) is, how to create one with your team, the relationship between DoW and Definition of Done, and how to evolve your workflow over time.
  • Prerequisites: Lessons 33–36, plus Lesson 31 (Definition of Done).
  • Estimated reading time: 13 minutes

Introduction

The Definition of Workflow (DoW) is a concept introduced by the Kanban Guide for Scrum Teams. It is the team’s explicit agreement about how work flows through their system. Without it, your Kanban board is just colors and columns — pretty to look at, impossible to optimize.

What the Definition of Workflow Contains

A DoW should define, at minimum:

  1. The states that work items pass through — from the point of being pulled into the Sprint Backlog to being Done.
  2. WIP limits for each state — how many items can be in each state simultaneously.
  3. Explicit policies for each state — what must be true for an item to enter or exit that state.
  4. How the team will use WIP limits — what happens when a limit is reached (swarm? wait? discuss?).
  5. How the team will manage flow — how they will actively manage items, not just wait for them to move.

DoW vs. Definition of Done

The Definition of Done (DoD) describes the quality standard the Increment must meet. The Definition of Workflow (DoW) describes how work moves through the system to reach “Done.” They are complementary:

  • DoD: “What does ‘done’ look like?” (quality)
  • DoW: “How does work get to ‘done’?” (process)

A team needs both. DoD without DoW means you know the destination but not the route. DoW without DoD means you have a route but no idea where you are going.

Creating a DoW: Workshop Format

Use a Sprint Retrospective to create your initial DoW:

  1. Map your current workflow — What states does work actually pass through? (Not what you think it should, but what actually happens.)
  2. Identify wait states — Where does work sit idle? Waiting for review? Waiting for deployment? These should be explicit columns.
  3. Set initial WIP limits — Start conservative. You can always adjust.
  4. Define policies — What criteria must be met to enter/exit each state?
  5. Agree on management practices — How will you handle aging items? How will you respond when WIP limits are hit?

Evolving the DoW

Your DoW is a living document. Review it in every Sprint Retrospective. Ask:

  • Are our WIP limits too high? Too low?
  • Are there hidden states we should make explicit?
  • Are our policies being followed? If not, should we change the policies or reinforce them?
  • Have our flow metrics improved since the last change?

Key Takeaways

  • The DoW is the team’s explicit agreement about how work flows.
  • It includes states, WIP limits, policies, and management practices.
  • DoW complements DoD: DoW is the route, DoD is the destination.
  • Create it collaboratively; evolve it in retrospectives.
本課中文版

概述

工作流程定義(DoW)是《Scrum 團隊的看板指南》引入的概念。它是團隊關於工作如何在系統中流動的明確協議。沒有它,你的看板只是顏色和欄位——好看但無法優化。

DoW 包含什麼

  1. 工作項目經過的狀態——從被拉入 Sprint Backlog 到完成。
  2. 每個狀態的 WIP 限制——每個狀態同時可以有多少個項目。
  3. 每個狀態的明確政策——項目進入或離開該狀態必須滿足什麼條件。
  4. 如何使用 WIP 限制——限制達到時怎麼辦。
  5. 如何管理流動——如何主動管理項目。

DoW vs. DoD

  • DoD:「完成看起來是什麼樣子?」(品質)
  • DoW:「工作如何達到完成?」(流程)

沒有 DoW 的 DoD 意味著你知道目的地但不知道路線。沒有 DoD 的 DoW 意味著你有路線但不知道要去哪裡。

重點整理

  • DoW 是團隊關於工作如何流動的明確協議。
  • 包含狀態、WIP 限制、政策和管理實踐。
  • DoW 補充 DoD:DoW 是路線,DoD 是目的地。
  • 協作創建,在回顧中持續演進。
日本語版

概要

ワークフロー定義(DoW)は、スクラムチームのためのカンバンガイドで導入された概念だ。作業がシステムをどのように流れるかについてのチームの明示的な合意である。これがなければ、カンバンボードは色と列だけの抽象画だ。

DoWに含まれるもの

  1. 作業項目が通過する状態——スプリントバックログに引き込まれてから完了まで。
  2. 各状態のWIP制限
  3. 各状態の明示的なポリシー
  4. WIP制限の使い方
  5. フローの管理方法

DoW vs. DoD

  • DoD:「完了とはどういう状態か?」(品質)
  • DoW:「作業はどのように完了に至るか?」(プロセス)

DoWのないDoDは目的地は分かるがルートが分からない。DoDのないDoWはルートはあるが行き先が分からない。

重要ポイント

  • DoWは作業の流れに関するチームの明示的な合意。
  • 状態、WIP制限、ポリシー、管理プラクティスを含む。
  • DoWはDoDを補完する:DoWはルート、DoDは目的地。
  • 協力して作成し、レトロスペクティブで進化させる。

You Missed