カンバンとスクラムの比較

詳しく比較します。 まず、共通点から始めましょう。

原寸大の図を開く

リンク先の資料へ進む

共通点（カンバンとスクラム）

どちらも、リーンとアジャイルの働き方を支えられる。
どちらも、プッシュ型ではなく、プル型で組織する。
カンバンはWIPを明確に制御する。スクラムは、タイムボックスと開発者の予測で、スプリントの選択作業を制限し、明示的なWIP制御も加えられる。
どちらも、透明性を使ってプロセスを改善する。
どちらも、リリース可能なソフトウェアの提供に集中する。
どちらも、自己組織化したチームで機能する。
どちらも、要求を小さく扱いやすい作業アイテムに分けることを重視する。
どちらも、経験的な指標に基づき、継続的に改善するリリース戦略を支える。
どちらでも、小さな集団内の仕事の委任の管理方法を、チームが選びます。使命は、価値の流れを効率的に顧客へ届けることです。妥当な予算で競争力のある製品とサービスを作りながら、変わる状況に迅速に対応できます。

相違点（カンバンとスクラム）

相違点を詳しく比較する

カンバン	スクラム
使う指標は、「リードタイム」。提供の速さを測り、最適化し、改善する。	使うことができるのは、ベロシティ。予測の補助として使えるが、必須ではなく、フローの指標も使える。
作業アイテムを見積もり、分割する。流れに役立つように行い、固定のストーリーポイントの尺度は定めない。	作業アイテムを分割する。反復、つまりスプリントに収まる、妥当な大きさにする。
仕掛かり作業（WIP）を制限する。作業の流れの各段階で行う。	開発者が、選ぶ作業を予測する。スプリントごとに行う。作業の流れのWIP制限を、明示的に加えることもできる。
新しい作業アイテムを受け入れる。各段階のWIP制限で許される限り。	範囲を明確にし、再交渉できる。スプリント中、プロダクトオーナーと行う。ただし、ゴールを危険にさらさず、品質を下げない。
役割を定めない。ただし、知識を身に付け、業界で競争力を保つため、メンバーは、カンバンエキスパートやカンバンプロジェクトマネージャーの研修を受ける。	3つの責任を定める。スクラムマスター、プロダクトオーナー、開発者。合わせてスクラムチームを作る。
順序付けと詳細化は、明示的な方針に従う。サービスに合うものを使い、必須の会議は定めない。	順序付けたプロダクトバックログを必要とする。リファインメントは継続的な活動で、追加の正式なイベントではない。
反復を必須にしない。補充、提供、フィードバックの頻度は、サービスに合わせて選べる。	反復、つまりスプリントにタイムボックスを設ける。
カンバンボードは、使い続ける。対象のプロジェクト、プロダクト、サービスに対して。	スプリントバックログを作る。スプリントごとに作る。ボードで視覚化でき、有用な履歴を残してもよい。
カンバンチームは、確約する。プロジェクトのゴール、効率、最終的な事業成果に対して。	スクラムチームは、確約する。スプリントゴールに対して。
機能横断的なチームも、専門チームも、利用できる。	必要とするのは、機能横断的なチーム。
図は、定めない。	使うことができるのは、バーンダウンチャートなどの予測ツールを使えるが、特定の図は必須ではない。
見積もりは任意で、方針に従って、協働して行う。 Certified Kanban Project Manager™（Kanban-PM™）は計画を支援できるが、カンバンは、その役割を必須とせず、すべての見積もりを割り当てることもしない。	この実際に作業をする開発者が、規模の見積もりに責任を持つ。ポイントの尺度は定めない。
カンバンボードは共有できる。複数の組織やチームで。	スクラムボード、つまりスプリントバックログは、一つのスクラムチームに属する。

スクラムとカンバンのイベントの比較

スクラムは、プランニング、デイリースクラム、レビュー、レトロスペクティブを含むスプリントを定める。
表では、これらのイベントと計画の補助的な実践を、カンバンで選べる頻度と比較します。カンバンが自動的に、スクラムイベントを置き換えたり禁じたりするわけではありません。

スクラムイベント	意味	頻度	カンバンでの案	頻度
大まかなリリース計画と戦略。補助的な実践で、正式なスクラムイベントではない。	プロダクトオーナーが、初期バックログとリリースゴールの作成に責任を持つ。	プロダクトやサービスで必要になったときに見直す。	スクラムと同じ実践。	プロダクトやサービスで必要になったときに見直す。
スプリントプランニングミーティング	チーム全体でスプリントゴールに合意し、開発者がアイテムを選び、デリバリーの計画を作る。	各スプリントの初め。	置き換えるものはない。カンバンチームは、WIP制限で許される分だけ、バックログから引き取る。	サービスに合う頻度を選ぶ。
デイリースクラム（デイリースタンドアップ）	開発者がゴールへの進捗を検査し、計画を適応させる。	毎日。	定期的なフローレビューで、進行中の作業、経過日数、止まったアイテム、WIP、サービス期待値を検査できる。毎日行うのも選択肢。	毎日。
スプリントレビューミーティング	チームと関係者が、成果とプロダクトゴールへの進捗を検査し、次に何をするかを適応させる。	各スプリントの終わり。	関係者がボードを検査でき、サービス提供のレビューや、その他のフィードバックの対話で、成果とニーズを検査できる。	サービスに合う頻度を選ぶ。
スプリントレトロスペクティブ	プロセスを最適化する行動を特定する。	各スプリントの終わり。	フローやサービスのレビュー、レトロスペクティブ、必要なときの改善の対話で、障害に対処し、有効性を高められる。	サービスに合う頻度を選ぶ。