かんばんとスクラムバン：何が違うのか？

この用語は2000年代後半にCorey Ladasによって広められました。当初は、スクラムチームがかんばんへ移行するための方法としてでした。

かんばんは使いません。スクラムバンは使うことがあります。スプリントと同じ長さの計画サイクルを残すスクラムバンチームもあれば、Ready列が少なくなるたびに計画するチームもあります。

スクラムバンは、スクラムの定期的なケイデンスとレビューを、かんばんの継続的なフロー、ビジュアルボード、WIP制限と組み合わせたハイブリッドです。

かんばんは、必須の役割やイテレーションなしに、あらゆる既存プロセスを徐々に改善するための手法です。スクラムバンは、かんばんのフローの上に、定期的な計画ミーティングやレビューミーティングなどスクラムの要素の一部を加えたものです。

どちらも役割を義務づけていません。スクラムからスクラムバンに移行するチームはプロダクトオーナーやスクラムマスターを残すことが多いですが、廃止するチームもあります。

スクラムバンは、より柔軟性を求める、または計画外の作業が多いスクラムチームや、定期的な計画とレビューのリズムが欲しいかんばんチームに適しています。

はい。ボード上のWIP制限は、スクラムバンがかんばんから取り入れている主要な要素の1つです。

スクラムバンでは、計画は必要に応じて（たとえばReady列が設定したしきい値を下回ったとき）または定期的に行われ、固定のスプリントコミットメントはありません。かんばんでは、キャパシティが空くたびに継続的に補充します。

スクラムと同じ意味ではそうではありません。かんばんは自らを手法と称し、Kanban Universityのかんばんメソッド資料のような公開ガイダンスがあります。スクラムバンには単一の公式ガイドはなく、チームがニーズに合わせて形作る柔軟なアプローチです。

ほとんどのスクラムバンチームは、スクラムから定期的なレトロスペクティブを引き継いでいます。デリバリーのケイデンスにかかわらず、振り返りには価値があるからです。かんばんチームは改善のためにサービスデリバリーレビューやオペレーションレビューを行い、レトロスペクティブを加えるチームも多くあります。

どちらも適しています。継続的なフローは固定のスプリントよりも計画外の作業をうまく吸収できるため、スクラムバンは計画的なフィーチャー開発とバグ対応やサポート依頼が混在するチームに人気があります。作業のほぼすべてが計画外であるチームには、純粋なかんばんが適しています。