カンバン方式でEC運営タスクを回す5列ボード設計手順

EC運営のカンバンボードは、「バックログ／今週やる／作業中／確認待ち／完了」の5列で設計し、WIP制限（同時に進める枚数の上限）をかけるのは「作業中」の列だけにするのが基本です。列を増やすほど更新は止まり、制限をかける列を増やすほどルールは守られなくなります。

受注確認、在庫調整、商品ページ更新、広告運用、セール準備、カスタマーサポート。EC運営の業務は日次のルーティンとスポットの施策が同じ担当者に同時に降ってきます。そのため、やることを一覧にした時点で満足してしまい、「着手はしたが終わっていない」タスクがどこで止まっているのかが見えなくなりがちです。

この記事では、EC運営の業務特性を踏まえたカンバンボードの列設計から、カードの起票ルール、ボードを止めないための運用、既存のスプレッドシート管理からの移行手順までを、現場でそのまま使える形で解説します。

この記事でわかること

• EC運営の業務がカンバン方式と相性のよい3つの理由
• 5列ボードの列定義と、カードが「入る条件・出る条件」の決め方
• カード起票時に必ず入れる6項目と、完了条件の書き方
• ボードが止まる原因の特定方法と、WIP制限・週次運用の設計
• スプレッドシート管理からボードへ移行する4ステップ

この記事の想定読者

• 楽天市場・Amazon・Yahoo!ショッピング・自社ECを少人数で兼任しているEC運営担当者
• タスク管理ツールを導入したものの、ステータスが更新されず形骸化している責任者
• セール準備と日々の運用が重なり、対応漏れや期限超過が起きている方

あわせて読みたい

• EC運営のタスク管理の仕組み化手順おすすめ5選｜抜け漏れ・属人化を防ぐ運用の型
• 【2026年最新】カンバンツールおすすめ5選！メリットや選び方、活用手順を解説
• 楽天市場を複数人で管理する方法とは？安全な運営のためのR-Login設定・RMS権限付与ガイド

なぜEC運営のタスクはカンバン方式と相性がいいのか

結論から言うと、EC運営の業務には「差し込みが多い」「担当者がチャネルをまたぐ」「セール単位で同じ作業が反復する」という3つの特性があり、一覧型のリストよりも状態で管理するボードのほうが滞留を検知しやすくなります。まずカンバン方式の定義を押さえたうえで、3つの特性を順に見ていきます。

前提：カンバン方式とは、作業を列で可視化し仕掛中の量を制限する管理手法

カンバン方式とは、タスクをカードとして扱い、「未着手」「作業中」「完了」といった状態を表す列に並べて可視化し、同時に進める作業量を制限する管理手法のことです。もとはトヨタ生産方式の工程管理から生まれ、現在はソフトウェア開発やマーケティングなど職種を問わず使われています。

ポイントは、カンバン方式が「やることの一覧」ではなく「仕事の流れ」を管理する手法だという点です。中心となる考え方は次の3つに整理できます。

• 可視化：誰が何をどの状態まで進めているかを、チーム全員が同じ画面で見られる状態にする
• WIP制限：同時に進行する作業の枚数に上限を設け、抱え込みを防ぐ
• フロー管理：カードが右へ流れる速度を見て、止まっている工程を特定する

この3つのうち、実務で最も省略されやすいのがWIP制限です。列だけ作って制限をかけないボードは、結局「見た目が変わっただけのToDoリスト」になります。

特性1：日次のルーティンと施策の差し込みが同じ担当者に同時に降ってくる

EC運営では、決まった時間に処理すべき業務と、突発的に発生する業務が同じ人に集中します。この2種類が混在している限り、一覧型のリストでは「着手済みだが終わっていない」状態を捕捉できません。典型的な組み合わせは次のとおりです。

• 日次のルーティン：受注確認、在庫チェック、問い合わせ対応、広告の配信状況確認
• 週次・月次の改善：商品ページの改修、広告の入札調整、売上の振り返り
• 突発の差し込み：在庫欠品、クレーム、システム障害、モール仕様変更への対応

リストでは、これらがすべて同じ粒度で縦に並びます。一方ボードでは、差し込みが入った瞬間に「作業中」の列が膨らむため、負荷の偏りがその場で見えます。チーム全体でのタスク管理の考え方は【ECサイト運営】チームで行うタスク管理の効率化と売上を最大化させる具体的な手法でも解説しています。

特性2：セール単位で同じ作業が周期的に反復する

EC運営の作業は、モールのイベントに合わせて同じ構成が繰り返されます。反復する作業ほど、ボード上で「型」として再利用する価値が大きくなります。大型セールの主要な時期は次のように分かれています。

• 楽天市場：スーパーSALEが3月・6月・9月・12月、その間にお買い物マラソン
• Amazon：プライムデーが7月、プライム感謝祭が10月、ブラックフライデーが11月
• Yahoo!ショッピング：大型セールに加えて、5のつく日などの固定日キャンペーン

いずれも本番の1〜1.5か月前から在庫・広告・ページ改修の準備が始まります。毎回ゼロからタスクを起票していると、抜けた作業に気づくのが直前になります。逆算スケジュールの詳細はEC販促カレンダー2026｜楽天・Amazon・Yahoo仕込み逆算早見表を参照してください。

リスト型・ガントチャートとの使い分け

カンバン方式はすべての管理を置き換えるものではありません。下表は、EC運営で使われる3つの管理形式の得意・不得意を整理したものです。

管理形式	得意なこと	苦手なこと	EC運営での使いどころ
リスト型	業務の網羅と抜け漏れ防止	停滞の検知	日次・週次業務の棚卸し
カンバン（ボード）	状態と滞留の可視化	長期の前後関係の把握	今週動かすタスクの管理
ガントチャート	期間と依存関係の設計	日々の細かい更新	セール準備の逆算計画

この表からわかるのは、3つが競合ではなく役割分担の関係にあるという点です。年間のセール計画はガントチャートで引き、そこから切り出した今週分のタスクをボードで回す、という組み合わせが現実的です。

EC運営のカンバンボードは5列で設計する｜各列の定義と出入りの条件

結論として、EC運営のカンバンボードは「バックログ／今週やる／作業中／確認待ち／完了」の5列から始めるのが扱いやすい構成です。列の数よりも、各列に「入る条件」と「次へ進む条件」が定義されているかが運用の成否を決めます。まず全体像を確認し、そのうえで各列の役割を見ていきます。

5列の全体像｜列の役割と出入りの条件

下表は、5つの列それぞれについて、カードが入る条件・次へ進む条件・滞留したときに疑うべき点を整理したものです。

列	入る条件	次へ進む条件	滞留時に疑うこと
バックログ	やると決まったが今週は着手しない	週次会議で選ばれる	数か月動かない＝優先度が低い
今週やる	今週中に完了させると合意した	担当者が着手した	毎週持ち越す＝投入量が過大
作業中	担当者が実際に手を動かしている	作業を終え確認を依頼した	3日動かない＝粒度が大きい
確認待ち	作業が完了し確認者待ち	確認者が完了条件を満たすと判断	積み上がる＝確認者が詰まり
完了	完了条件を満たした	月次でアーカイブ	残り続ける＝棚卸し漏れ

この表からわかるとおり、どの列にカードが溜まるかによって、疑うべき原因が変わります。列を見ればボトルネックの位置が特定できる状態が、カンバンボードを導入する最大の目的です。

列1・2：バックログと「今週やる」を分ける理由

この2列を1つにまとめると、ボードは実行計画ではなく願望リストになります。「今週やる」は、今週中に終えると担当者本人が合意したカードだけを置く列です。分けることで、次の2点がはっきりします。

• 今週のチームの処理量がひと目でわかる（枚数がそのまま見込み作業量になる）
• やるべきだが今週は着手しないタスクを、罪悪感なく脇に置ける

運用のコツは、週の途中でバックログから直接カードを引かないことです。差し込み以外で途中追加が発生したら、その週の計画自体が実態に合っていないサインと考えます。

列3：WIP制限をかけるのは「作業中」の列だけでよい

WIP制限は全列にかける必要はありません。制限をかけるのは「作業中」の1列だけで十分です。この列が実際の稼働を表しており、ここが膨らむと着手だけ済んだ未完了タスクが増えるためです。

弊社が現場で推奨している出発点は、担当者1人あたり同時1〜2枚、チーム上限は「人数×2枚」です。3人のチームなら上限6枚から始め、2週間運用したうえで調整します。上限に達したら新しいカードは動かさず、まず「確認待ち」に溜まったカードを片づけることを優先します。

列4・5：異常が最初に現れるのは「確認待ち」

ボードの異常は、作業中ではなく確認待ちに先に現れます。確認待ちが積み上がっている状態は、作業者ではなく確認者がボトルネックになっているサインです。EC運営では確認工程を省略できない理由があります。

• 価格・ポイント倍率・クーポンの設定ミスは、そのまま利益と顧客対応コストに直結する
• 割引表示や二重価格の表記は、モールのガイドラインや景品表示法に照らした確認が必要になる
• 複数チャネルに同じ商品を出している場合、1つの設定漏れが整合性の崩れを生む

確認者を置かず「作業中→完了」で運用すると、ミスの発見が公開後になります。列を減らしたい場合でも、確認待ちだけは残してください。

カードに何を書けば運用が崩れないか｜起票6項目と完了条件

列を正しく設計しても、カードの中身が揃っていなければボードは動きません。結論として、カードは「1人が1日で終わる単位」に割り、6つの項目を必ず埋めるのが最低ラインです。粒度と項目、そして完了条件の3点を順に見ていきます。

カードの粒度は「1人が1日で終わる単位」に揃える

粒度が大きいカードは、作業中の列で数日間動かなくなり、進捗が見えなくなります。1枚のカードは、1人の担当者が1日以内に終えられる単位まで分割してください。分割前後の例は次のとおりです。

• 分割前：「スーパーSALEの準備」（数週間かかり、担当も複数にまたがる）
• 分割後：「対象30SKUのセール価格CSVを作成する」「作成したCSVを本番反映する」「スマートフォン表示で価格を確認する」

分割すると枚数は増えますが、どこで止まっているかが見えるようになります。枚数が多すぎて見づらい場合は、粒度ではなくボード自体をチャネル別に分けて対応します。

起票時に必ず入れる6項目

下表は、EC運営のカードに最低限必要な6項目と、それが抜けたときに起きる問題を整理したものです。

項目	記入例	抜けると起きること
対象チャネル・店舗	楽天市場／本店	どの店舗の作業か伝わらない
動詞＋対象	クーポンを設定する（20SKU）	完了の判定ができない
着手期限・完了期限	着手9/20／完了9/22	直前着手で品質が落ちる
担当者（1名）	担当：◯◯	互いに相手の着手を待つ
確認者（1名）	確認：△△	未確認のまま公開される
完了条件	後述のとおり文章で定義	差し戻しが繰り返される

この表からわかるのは、6項目のうち4つが「誰が」「いつまでに」に関わるという点です。期限を完了期限だけにせず、着手期限も併記しておくと、期限当日の駆け込み作業を減らせます。

完了条件は「どの画面で何が見えたら完了か」まで書く

完了条件（Definition of Done）が曖昧なカードは、確認待ちと作業中を往復します。完了条件は、確認者が同じ判断を再現できる粒度まで文章で書いてください。書き方の違いは次のとおりです。

• 曖昧な例：「クーポンを設定する」
• 具体的な例：「対象20SKUにクーポンを設定し、店舗の管理画面で配布状態になっていること、スマートフォンの商品ページで割引後価格が表示されることを確認する」

チャネルごとに管理画面も反映のタイミングも異なるため、完了条件はチャネル別にテンプレート化しておくと運用が安定します。業務そのものの洗い出しは【保存版】EC運営のtodoリストとは？日次・週次・月次のやるべき業務を解説が参考になります。

セール施策は親カードと子カードに分ける

セールのような大きな単位は、1枚のカードに収めず階層で管理します。ボード上で列を移動させるのは子カードだけにし、親カードは進捗の入れ物として扱います。分け方の目安は次のとおりです。

• 親カード：「9月スーパーSALE対応（楽天市場／本店）」——イベント単位で1枚
• 子カード：価格設定、クーポン設定、バナー差し替え、広告予算変更、在庫確認——作業単位

この構造にしておくと、次回のセールでは親カードごと複製して子カードの期限だけ差し替えられます。反復する作業の起票コストを下げることが、ボードを続ける前提条件になります。

ボードが止まる原因はどこにあるか｜WIP制限と週次運用の型

導入したボードが数週間で更新されなくなる原因は、列設計ではなく運用ルールの不在にあります。結論として、決めるべきは「WIP制限」「差し込みの扱い」「更新のタイミング」の3つだけです。ここでは、それぞれの決め方と、止まりかけたボードの見分け方を解説します。

WIP制限を守れないときは、上限ではなく総量を疑う

WIP制限は、守れないこと自体が診断情報になります。上限を超え続けるボードは、上限の設定が厳しいのではなく、投入されているタスクの総量が処理能力を超えています。超過が続くときに疑う順番は次のとおりです。

1. カードの粒度が大きすぎないか（作業中で3日以上動いていないカードがないか）
2. 確認待ちが詰まっていないか（作業者ではなく確認者の手が空いていないか）
3. 週に投入するカードの枚数が、前週の完了枚数を上回っていないか

3つとも当てはまらない場合は、そもそも人員に対して業務量が過大です。上限を緩めても状況は改善しないため、業務の削減か外部リソースの検討が必要になります。

差し込み業務は「緊急レーン」を1本足して隔離する

EC運営では、在庫欠品やクレーム、モール側の障害など、計画に割り込む業務が必ず発生します。差し込みを通常の列に混ぜると、計画の精度が測れなくなるため、ボード上部に緊急レーンを1本足して隔離します。運用ルールは次の3点に絞ります。

• 緊急レーンに置けるのは同時1枚まで
• 緊急カードを入れたら、作業中のカードを1枚「今週やる」へ戻す
• 週次の振り返りで、その週の緊急カードの件数と内容を記録する

件数を記録しておくと、差し込みが恒常的なのか一時的なのかが判断できます。毎週同じ種類の緊急が発生している場合は、それはもう緊急ではなくルーティンとして計画に組み込むべき業務です。

更新は「週次15分」「日次5分」の2回に固定する

更新のタイミングを個人の裁量に任せると、ボードの情報は必ず古くなります。ボードを見る時間を会議として固定し、その場で全員が更新する運用にしてください。2つの会議の役割は次のように分かれます。

• 週次15分：バックログから「今週やる」へカードを引く。前週の持ち越しと緊急件数を確認する
• 日次5分：「作業中」と「確認待ち」の列だけを見る。止まっているカードの理由を確認する

日次で全列を見る必要はありません。見る範囲を絞るほど会議は短くなり、短いほど続きます。

滞留を検知する3つのシグナル

ボードが機能しているかどうかは、次の3点で判断できます。いずれか1つでも当てはまれば、運用の見直し時期です。

• 確認待ちのカードが3日以上動いていない
• 「今週やる」のカードが2週連続で持ち越されている
• 担当者1人あたりの作業中カードが3枚以上ある

ここまで見てきたとおり、カンバンボードの運用は列を作って終わりではなく、毎週の投入量調整と確認体制の維持が前提になります。3つのシグナルが慢性化していて、人員に対して業務量そのものが過大だと判断される場合は、EC運営代行・コンサルティングのように、運用の一部を外部の体制に移す選択肢もあります。

【手順】スプレッドシート管理からボードへ移行する4ステップ

結論として、移行は全業務を一度に載せ替えるのではなく、1チャネル・2週間の試験運用から始めます。最初から全チャネルを載せた移行は、ほぼ確実に形骸化します。ここでは4つのステップと、ツール選定の考え方を解説します。

ステップ1：現行タスクを棚卸しし、ルーティンとスポットに分ける

最初にやるのは、ツール選びではなく棚卸しです。現在スプレッドシートやチャットに散在しているタスクをすべて書き出し、ルーティンとスポットに二分してください。分類の基準は発生頻度です。

• ルーティン：日次・週次・月次で必ず発生する業務（受注確認、在庫チェック、週次レポート）
• スポット：都度発生する業務（セール準備、新商品登録、ページ改修）

ルーティンは繰り返し起票の対象、スポットはカード化の対象になります。この区別をせずに全部をボードへ載せると、毎日同じカードを作り直す作業が発生します。

ステップ2：列と完了条件を先に決め、ルールを1枚にまとめる

ツールに触る前に、列と完了条件を紙かドキュメントで確定させます。ルールの文書は1枚に収め、読まなくても運用できる分量にとどめるのが定着の条件です。1枚に書くべき項目は次の5つです。

1. 5つの列の名前と、それぞれに入る条件
2. カードの必須6項目
3. WIP制限の枚数
4. 緊急レーンの使い方
5. 週次・日次の会議の時間と参加者

この5項目が決まっていれば、どのツールを使っても同じ運用が再現できます。逆に、ここが曖昧なままツールを導入すると、機能の使い方の議論に時間が流れます。

ステップ3：1チャネル・2週間で試験運用する

試験運用は、範囲と期間を先に区切ります。対象は最も業務量が多い1チャネル、期間は2週間に固定してください。この間はスプレッドシートを併用したままで構いません。

2週間という期間には理由があります。1週間では週次会議が1回しか回らず、投入量の調整が試せないためです。2週分の「今週やる」を回して初めて、自社の処理量の実態が数字で見えてきます。

ステップ4：2週間後に列を1回だけ見直す

試験運用が終わったら、見直しは1回にまとめます。運用しながら列を都度変更すると、前週との比較ができなくなります。見直しで確認するのは次の3点です。

• 2週間で完了したカードの枚数（これが自社の基準処理量になる）
• どの列にカードが滞留したか
• 使われなかった列、または足りなかった列

ここで「確認待ちが常に詰まっていた」なら確認者の増員、「今週やるが毎週持ち越した」なら投入量の削減、と打ち手が決まります。列を足すのは、この判断を済ませた後で十分です。

ツールは「列と完了条件をそのまま再現できるか」で選ぶ

ツール選定の基準は、機能の多さではありません。ステップ2で決めた列・必須項目・確認フローを、そのまま設定できるかどうかが唯一の基準です。最低限確認すべきは次の3点です。

• 列（ステータス）を自社の定義どおりに追加・改名できるか
• 担当者とは別に確認者・承認者を設定でき、履歴が残るか
• 普段使っているチャットへ通知を集約できるか

汎用ツールの具体的な比較は【2026年最新】カンバンツールおすすめ5選にまとめています。一方、EC特有の「セールごとに同じカードを作り直す」「モールごとに管理画面へログインし直す」という負荷まで下げたい場合は、EC特化型のツールが選択肢に入ります。弊社が提供するECPRO BRAINは、リスト・ボード・ガントチャート・カレンダーの4ビューでの進捗管理に加え、承認フローの設定、繰り返し業務の自動起票、モールのイベント日程の自動表示に対応しています。

カンバン方式でのEC運営タスク管理に関するよくある質問

ここでは、ボードを設計・運用するうえで実際に多く寄せられる疑問をまとめます。列の数やWIP制限の扱いなど、本文で触れきれなかった周辺の判断基準を補足します。

Q. カンバン方式とスプレッドシート管理は、どちらが向いていますか？

A. 業務の網羅性を確認したいならスプレッドシート、進捗の停滞を見つけたいならカンバン方式が向いています。両者は競合しないため、年間の業務一覧はスプレッドシートで持ち、今週動かすタスクだけをボードに載せる併用が現実的です。

Q. 列は5つより増やしてはいけないのでしょうか？

A. 増やしても問題ありませんが、最初の2週間は5列で固定することをおすすめします。列を増やすほど更新の手数が増え、カードの移動が面倒になって放置されるためです。2週間の試験運用で「足りなかった列」が特定できてから追加してください。

Q. WIP制限を設定しても守れない場合はどうすればよいですか？

A. 上限を緩める前に、カードの粒度・確認待ちの滞留・週の投入枚数の3点を確認してください。いずれにも問題がなければ、人員に対して業務量が過大である可能性が高く、業務の削減か外部リソースの活用を検討する段階です。

Q. 一人運営でもカンバンボードは必要ですか？

A. 有効です。一人運営では確認者を置けないため、確認待ちの列を「翌日に自分で見直す」チェック工程として使います。設定直後の自己確認は見落としが起きやすく、時間を置いた再確認を工程として組み込む意味があります。

Q. 業務委託やパートのメンバーにも同じボードを共有すべきですか？

A. 共有をおすすめします。ボードの外でやり取りが発生すると、進捗の確認がチャットに戻り、二重管理になるためです。閲覧範囲を絞れる権限設定があるツールを選び、担当するプロジェクトのみを共有する形が現実的です。

まとめ

EC運営のカンバンボード設計の要点を振り返ります。

• ボードは「バックログ／今週やる／作業中／確認待ち／完了」の5列から始め、各列に入る条件と進む条件を定義する
• WIP制限をかけるのは「作業中」の列だけでよく、出発点はチームで「人数×2枚」
• カードは1人が1日で終わる単位に割り、対象チャネル・作業内容・期限・担当・確認者・完了条件の6項目を必ず入れる
• 差し込み業務は緊急レーンに隔離し、件数を記録して恒常的なものはルーティンへ移す
• 移行は1チャネル・2週間の試験運用から始め、列の見直しは2週間後に1回だけ行う

次に取るべき最初の一歩は、現在動いているタスクを付箋かカードに書き出し、5つの列のどこに置かれるかを並べてみることです。ここで「作業中」に置かれるカードが想定より多ければ、それが最初に解くべき課題になります。

「タスクの進捗が見えず、対応漏れが起きている」
「セール準備と日々の運用が重なって回らない」
「タスク管理ツールを入れたが更新されず形骸化している」
「複数モールの作業を少人数で抱えきれない」

こんなお悩みはありませんか？弊社では、EC事業のプロフェッショナルが貴社の店舗・サイトを分析し、売上アップのための具体的な改善ポイントをご提案する「EC店舗ポテンシャル無料診断」を実施しています！毎月先着限定のため、ご興味のある方は以下よりお気軽にご相談ください。

▶ EC店舗ポテンシャル無料診断はこちら

▼弊社のECコンサル/運営代行については以下で詳しく説明しておりますので、ぜひご覧ください▼

詳細はお気軽にお問い合わせください！