コンテンツにスキップ

プルによる投入 (Pull Transition)

プルによる投入(Pull Transition)とは、カンバンシステムメンバーが、対応できる余力があるという明確な合図を受けて、自ら作業項目を選択してワークフローの次の工程へ投入することである。Kanban Guide 2025 はこれを「プルする」または「選択する」と呼び、WIP を制御することの効果のひとつとしてプルシステムが生まれると説明する。対照的に、前工程からの引き取りを待たず、余力の合図なしに外部から作業項目が割り込みで投入されるのがプッシュ(Kanban Guide for Scrum Teams の言う「要求されたときに作業を開始するプッシュシステム」)であり、プル運用からの逸脱にあたる。KGO(Kanban Guide Ontology)では、作業項目が工程へ投入された経緯を kgo:Transition のサブクラス kgo:PullTransition / kgo:PushTransition で表し、プッシュ型の投入を検証ルール K4 で検出する。

  • プルの定義: カンバンシステムメンバーは、対応できる余力があるという明確な合図があるときにのみ、作業項目に着手すべきである[1]。Kanban Guide 2025 はこれを「プルする」または「選択する」と呼ぶ[1]。Open Guide to Kanban の用語集は、プルを「キャパシティに余力があるときにのみ作業を選択すること」と定義し、その作業が「開始している」か「開始していない」かは問わず、選択はカンバンシステムメンバーによって行われ過負荷を防ぐと述べる[2]。
  • 合図としての WIP 制限: WIP 制限ポリシーで定められた制限を WIP が下回ったとき、それが新たな作業を選択してよい合図となりうる[1]。カンバンシステムメンバーは、ワークフローの特定の場所において、WIP の制御を超える数の作業項目を選択するのは控えるべきである[1]。
  • プッシュとの対比: Kanban Guide for Scrum Teams は、プルシステムと呼ばれるのはチームが着手できることが明らかになったときにだけ作業を開始(プル)するからであり、要求されたときに作業を開始する「プッシュシステム」との違いに注意するよう促している[3]。Open Guide to Kanban は、トヨタのジャストインタイムによるプルシステムが「需要が供給を上回ることを防ぐ仕組み」であり、前の要請が処理されるまでは次の要請に対応しない自己制限的なシステムであると説明する[2]。
  • 理想的な起点: プルは、理想的には顧客からの直接的または間接的な合図によって引き起こされる[2]。

KGO は、作業項目がワークフロー列へ投入される際の経緯を kgo:Transition クラスとその 2 つの互いに素なサブクラスで表す。

クラス意味
kgo:PullTransitionカンバンシステムメンバーが、対応できる余力があるという合図を受けて自ら作業項目を選択した投入
kgo:PushTransition前工程からの引き取り(プル)を待たず、余力の合図なしに外部から作業項目が割り込みで投入されたもの。プル運用からの逸脱

作業項目は kgo:enteredVia で現在の工程へ投入された経緯を指す。この記録は任意であり、kgo:enteredVia を持たない作業項目(投入経緯を記録していない既存データ)は K4 の判定対象にならない。1 つの投入が kgo:PullTransition と kgo:PushTransition の両方に型付けされる自己矛盾したデータも K4 として検出する。

  • 所属タグ: Kanban Pull System Flow
  • カテゴリー: Kanban & Flow
  • 上位クラス(直接の親から順に): Transition
  • 兄弟クラス: PushTransition
  • 他の概念との関係: 未定義
  • 関連する検証ルール: K4
  • 関連CQ: 未対応
  • 原文: 未定義
  • オントロジー階層: オントロジー階層で見る

KGO (Kanban Guide Ontology) に基づく、この概念に関係する制約です。各制約の括弧内は、その制約が対象とするクラスです。

  • K4 [警告] (WorkItem): 作業項目がプッシュ型の割り込みでワークフローに投入されている(kgo:enteredVia が kgo:PullTransition ではなく kgo:PushTransition を指す)場合、プル運用からの逸脱として警告されます。カンバンシステムメンバーは「対応できる余力があるという明確な合図があるときにのみ、作業項目に着手すべき」(Kanban Guide 2025)です。kgo:enteredVia が未指定の作業項目は判定対象になりません。
  • K4 (PullTransition, PushTransition): 1 つの投入が kgo:PullTransition と kgo:PushTransition の両方に型付けされている場合、プル/プッシュの相互排他性(disjoint)違反として不適合になります。プルとプッシュは同時に成り立たない排他的な区分であり、これは原典の should とは独立した構造的な整合性の制約です。
  1. Kanban Guide 2025 — 「カンバンシ ステムメンバーは、対応できる余力があるという明確な合図があるときにのみ、作業項目に着手 すべきである(これを『プルする』または『選択する』と呼ぶ)。」「DoW で定められた制限を WIP が下回ったとき、それが新たな作業を選択してよい合図となりうる。」(ライセンス: CC BY-SA 4.0) ↩ ↩2 ↩3 ↩4

  2. Open Guide to Kanban — 「キャパシティに余力があるときにのみ作業を選択すること。その作業 がワークフローの定義により『開始している』か『開始していない』かは問わない。 この選択はカンバンシステムメンバーによって行われ、過負荷を防ぐ。理想的には、 顧客からの直接的または間接的な合図によって引き起こされる。」(ライセンス: CC BY-SA 4.0) ↩ ↩2 ↩3

  3. Kanban Guide for Scrum Teams 2021 — 「『プルシステム』 と呼ばれるのは、チームが着手できることが明らかになったときにだけ、作業を開始 (プル)することになるからだ。」「なお、要求されたときに作業を開始する『プッシュシステ ム』との違いに注意してほしい。」(ライセンス: CC BY-SA 4.0) ↩