カンバン方式のタスク管理｜着手中を増やしすぎない列と移動のルール

こんにちは。バナナデスクです。

「作業中」の列は空いているのに、「確認待ち」の列には原稿が三つ。その状態で次の原稿を書き始めると、返事が来た日に修正が重なるかもしれません。

カンバン方式では、カードを列へ並べるだけでなく、どこから着手と数え、何が揃ったら完了とするかを決めます。手を動かしていない確認待ちも、終わっていない仕事には変わりありません。

執筆：バナナデスク｜WEBビジネスの設計・集客・改善

最初に「着手から完了まで」の境界を決める

The Kanban Guide（2025年5月版）では、開始点から終了点の間にある仕事をWIP、つまり仕掛かりとして扱い、状態間を進む条件を明示します。この記事の例では、執筆に着手した時点から、確認と修正を終えて原稿を確定するまでを仕掛かりとします。

公開作業はこのボードの範囲外です。「原稿確定」を「記事公開」と呼び替えると、公開漏れが見えなくなります。公開まで管理するなら入稿・表示確認などの列と完了条件も追加してください。

「ほぼ完成」「あと少し」のような感覚でカードを移さないことが大切です。承認の記録がないなら、完成度が高く見えても確認待ちに置きます。

原稿5件を置いたボードの完成例

一人で執筆し、依頼者へ確認を出す架空の運用です。今回は、執筆・修正中を最大1件、着手から原稿確定前までの仕掛かりを合計最大3件として試す設定にします。3件は万人に適した数ではなく、この例で返答が同時に来ても扱えるかを確かめる暫定値です。

この時の仕掛かりはB・C・Dの3件です。Aは終了、Eは未着手なので含めません。Dを提出して確認待ちへ移しても、仕掛かりは3件のまま。執筆中が0件になっただけではEへ着手できないルールです。

確認待ちが増えたら、次の一本より流れを直す

Dも確認待ちになった場合、まずB・C・Dについて、相手が何を判断すればよいか、返答希望日を理解しているかを確認します。例えばBの確認点が「全体どうでしょう」だけなら、「対象外に追加した2項目の可否」に絞り直せます。

待ち時間を読むために、Bのカードへ「10月5日9時に着手、6日9時に確認依頼」と記録した設定を加えてみます。8日9時の時点では、着手から72時間、確認待ちは48時間です。どちらも夜間を含む経過時間で、実作業の時間ではありません。この時点では正午の返答予定前なので、48時間待ったことだけで遅延とは判断しません。待ち始めた時刻と返答予定を一緒に見ると、確認を待つ段階か、予定を過ぎて状況を尋ねる段階かを分けられます。

Bから修正の返答が来たら、Bを執筆・修正中へ戻して直します。新しいカードに作り直すと、着手した日と待っていた履歴が切れるので、同じカードに版と変更点を追記します。修正中へ戻っても、仕掛かりの合計は3件です。

Bが承認され、原稿確定へ移ったら合計は2件になります。ここでEの材料と締切を再確認し、着手するかを選べます。空いた枠を埋めること自体が目的ではありません。Cの返信対応が近いなら、新しい作業を短く区切る判断もできます。

急ぎの仕事を入れる場合も、既存の仕事を消さない

急ぎの修正Fを受けるなら、通常上限を一時的に超えるのか、既存カードを正式に中断するのかを記録します。「保留」列を作って仕掛かり数から外すだけでは、あとで再開する負担が隠れます。

例外記録：10月8日、既公開ページの料金誤記Fを優先。通常3件の上限を一時的に4件へ変更。新規Eは未着手のまま。Fの訂正と確認が終わったら上限3件へ戻す。B・C・Dの期限への影響を担当者へ連絡する。

これは架空の判断例です。常に例外が続くなら、上限を守る努力だけでなく、受ける量、確認担当の余力、カードの大きさを見直します。

無料の紙やExcelでも、移動条件から始められる

最初は紙に4列を書き、付箋へID・原稿名・担当・着手日・次の行動・確認期限を入れるだけでも試せます。Excelなら、一件一行の表に状態列を持たせ、状態で絞り込む方法があります。セルの中で文章を動かすだけの表より、IDを維持した一覧の方が履歴を追いやすくなります。

ここではExcelファイルの操作例やTrelloなどの製品比較は扱っていません。どの道具でも、状態の意味と、進める条件が共有されているかを先に確かめてください。確認待ちの件数と日数を見て、終わる仕事が流れるように調整します。

関連記事：進捗管理表の作り方｜止まった理由と次の担当が分かる記入例