Work-In-Progress (WIP) 制限は、本当のかんばんスタイルで作業するときに役立ちます。ここでは、人々が自由になると、仕事が「引っ張られる」のではなく、人々が準備ができる前に仕事が「押される」ことがあります。
「押し」対「引き」の違いを理解するには、ルーシーとエセルがチョコレート工場で仕事を始め、自分たちが押し付けられる仕事について追いつけないとすぐに気付く「I Love Lucy」の有名なエピソードを思い出してみてください :-)
>これは「押し」の危険性の完璧な例です:チョコレートが上流で準備されると、人々は準備ができていないにもかかわらず、仕事が準備できます。
>引っ張るモデルは異なります:人々は準備ができたときに仕事を引っ張り、自分に割り当てます。
通常、各人はいつでもいくつかのアイテムを処理しており、作業の複雑さに応じて、2つのアイテムであることもありますが、1つのアイテムだけであることはほとんどありません。 (いつも「前景」のタスクが何らかの理由でブロックされた場合に、いつでも「バックグラウンド」のタスクを取り上げる準備ができているのがほとんどです。)
個人が新しいタスクを引き受ける準備ができると、彼女は ケリカ ボードの左側の列からそれを「引っ張る」ことができます。
>このボードには、異なる役割を持つ人々が含まれています:デザイナー、開発者、QA など、各グループはチームのキャパシティと速度に基づいて独自の WIP 制限を決定しました。
この特定の例では、進行中の列が現在、WIP 制限を超えていることがわかります。この場合、ケリカ は列ヘッダーの赤いテキストで影響を受けた列を表示して、状態を警告します。
「ソフト制限」としての WIP 制限: ケリカ は列の WIP 制限を超えることを阻止しませんが、ボトルネックが形成されようとしているという明確で目に見える警告を全員に提供します。
ボトルネックが形成され始めると、ボード管理者 が介入して上流フローの管理を支援し、WIP 制限を許容可能な量に戻すことができます。
>