カンバンボードの作り方｜列・WIP制限・滞留を記入例で決める

カンバンで管理する仕事と開始・終了を決める

対象の仕事を決めます。広告素材の制作、問い合わせへの回答、サイト修正など、受け入れ条件が違う仕事を混ぜる場合は、何を1カードとするかをそろえます。カードを細かくすれば必ず良いわけではなく、独立して受け入れ可能な成果物かどうかが目安です。

次に開始と終了を定義します。この例はReadyからDoingへ入った時点を開始、指定の確認者が受け入れてDoneへ入った時点を終了とします。依頼を受け付けただけのBacklogや、開始条件がそろったReadyはまだ開始前です。

The Kanban Guideでは、ワークフローの定義、開始・終了、進行中の仕事の制御、移動の明示的方針などを扱います。工程を列として表すこともあるため、「工程の列があるとカンバンではない」とは言えません。自分たちの境界と方針が説明できるかを重視します。

列と移動条件を定義する

5列は今回の教材であり、最大列数の規則ではありません。列は仕事の状態を表し、次へ進める条件を記します。担当者別の状況が必要なら、列を増やす前にカードの担当や絞り込みで分かるかを考えます。

「初稿を書いた」と「受け入れ済み」は異なります。Reviewの出口条件を曖昧にすると、担当者は終わったと思っていても確認者は未完了と考える状態になります。差戻し時の戻り先と、どの版を確認するかも決めます。

キャンセルはDoneと区別して履歴を残します。開始前の取消と開始後の中止も分けておくと、作業負荷と完了数を読み違えにくくなります。

待ちを含めてWIP制限を決める

WIPは、定義した開始と終了の間にある仕事です。待っているから作業中ではない、という理由で開始済みカードを消すと、詰まりが見えなくなります。この例ではDoingとReviewにあるカードを、回答待ち・承認待ちも含めて数えます。

教材の上限はDoing2枚、Review1枚、合計3枚です。人数×1.5のような固定公式から決めた値ではありません。処理能力、仕事の大きさ、待ち、確認者の余力を見ながら試す仮の方針です。

図の通常の移動方向は Backlog→Ready→Doing→Review→Done です。DoingとReviewの2列を一つのWIP範囲として読みます。「待ち」はカードに文字で表示し、上限の数に含めます。色だけで状態を区別しないでください。

上限に達したら、上限をその場で増やして新規着手を続けるのではなく、終了を近づける支援や待ちの解消を検討します。緊急対応を受け入れる場合は、既存の仕事への影響と例外の責任者を明示します。

カードを記入して上限時の行動を決める

カードには、ID、成果物、受け入れ条件、担当、開始時刻、待ち理由、次の行動を記します。以下は2026年10月10日9時JSTを基準とした同じボードの内容です。

K01、K02、K03の3枚でWIP上限に達しています。K01を回答待ちとして除外し、K04を始めると実態は4枚になります。まずK03の確認を進められるか、K01の回答を得るための支援が必要かを話します。

K03が受け入れられてDoneへ移った場合は合計WIPが2になります。ただしDoingはK01とK02で上限2のままなので、そのままK04をDoingへ入れることはできません。K02がReviewへ進むなど、列別の上限と合計上限の両方に余地ができてから開始します。

このように、合計だけでなく列の制約も読みます。例外を使う場合は目的、期限、影響を記録し、恒常的な上限超過を通常運用にしないでください。

作業年齢と完了数から流れを点検する

流れを確かめるには、WIPだけでなく、一定期間に受け入れて終了した件数、開始済み未完了の経過時間、完了した仕事の経過時間を見ます。時間は暦日・作業日のどちらか、どの時刻で測るかを統一します。

K03は未完了なので、3日を完了サイクルタイムとして混ぜません。中止カードも受け入れ完了の件数とは別に表示します。終了件数が増えても、粒度や受け入れ条件を変えたなら単純比較はできません。

履歴からサービスレベル期待値を置く場合は、同種の仕事のデータ、対象期間、確率を添えます。期待値は全カードの納期保証ではありません。履歴が少ない間は仮説として扱い、待ち理由と実測をためます。

小さく試し列・上限・運用を見直す

上限は、週に1〜2回ぶつかれば適切、といった回数で判定しません。古い仕事が増えていないか、確認待ちが長いか、完了数が落ちていないか、無理な割込みが増えたかを見ます。上限に達しないこと自体も失敗ではありません。

見直すときは一度に全て変えず、仮説を一つ置きます。「Reviewが詰まるため確認者の時間を先に確保する」「大きなカードを受け入れ可能な単位へ分ける」などです。変更前後で対象と測り方をそろえ、待ちが別の列へ移っただけで改善と呼ばないようにします。

ボードと施策のコスト管理を分ける場合は、カードIDと施策IDを結び、どの情報を誰が更新するかを決めます。別の画面へ置くだけでは二重入力はなくなりません。

Xtrategyのプロジェクト管理では、施策コスト、タスク進行、ワークフロー、月次計画をプロジェクト単位で確認できます。必要な管理項目と更新の担当を整理したうえで、自分たちの運用に合うかを確かめてください。

参考資料（2026年10月10日確認）

• The Kanban Guide

関連記事

• マーケティングチームのタスク管理｜担当・代行・承認とWIPの記入例
• キャンペーン進捗管理表テンプレート｜週次の記入例と確認ルール
• マルチタスクとは？切り替えコストの研究と仕事を中断するときの工夫