かんばん-スクラム

この章では、かんばんとスクラムの類似点と相違点を学習します。これらの類似点と相違点は、プロジェクトに適した方法を選択するのに役立ちます。

かんばんとスクラム-類似点

かんばんとスクラムの類似点は次のとおりです。

どちらもアジャイルです。
どちらもプルスケジューリングを使用します。
どちらも、WIP、タスクレベルのかんばん、およびスプリントレベルのスクラムを制限します。
どちらも開発全体で透明性を使用します。
どちらも、リリース可能なソフトウェアを早期に提供することに重点を置いています。
どちらも自己組織化チームに基づいています。
どちらも作業を細かく分割する必要があります。
どちらの方法でも、リリース計画は経験的データ（スクラム-速度、かんばん-リードタイム/サイクルタイム）に基づいて継続的に最適化されます。

かんばんとスクラム-違い

かんばんとスクラムの違いは次のとおりです-

S.No	スクラム	かんばん
1	スクラムは役割を規定します。	かんばんでは、役割はオプションです。
2	製品のバックログが優先されます。	優先順位付けはオプションです。
3	スプリントはタイムボックス化されます。スプリントの長さを選択できますが、一度選択すると、すべてのスプリントで同じ長さが維持されます。	タイムボックス化された反復はオプションです。
4	スクラムチームは、スプリントのために特定の量の作業に取り組む必要があります。	コミットメントはオプションです。
5	クロスファンクショナルチームが規定されています。	クロスファンクショナルチームはオプションです。スペシャリストチームは許可されています。
6	計画とプロセス改善のためのデフォルトのメトリックとして速度を使用します。	計画とプロセス改善のデフォルトメトリックとしてリードタイム（サイクルタイム）を使用します。
7	ストーリー、テストなどの項目は、1つのスプリント内で完了することができるように分解する必要があります。	特定のアイテムサイズは規定されていません。
8	スプリントバックログは、現在のスプリント中に実行されるタスクを示します。これらのタスクはスクラムボードに表示されます。スプリントの範囲が修正されました。WIPは単位時間ごとに制限されます（WIP制限は速度です）。	タスクはワークフローレベルで定義されます。WIPは、ワークフローの状態ごとに制限されています。
9	スプリント内で追加/変更を行うことはできません。	WIP制限を超えていない場合は、追加/変更を行うことができます。
10	新しいスクラムボードは、すべてのスプリントの開始時に設定されます。	かんばんボードは永続的です。
11	毎日の会議を実施する必要があります。	毎日の会議はオプションです。
12	バーンダウンチャートが規定されています。	特定のチャートは規定されていません。

かんばんvs.スクラム

次の利点は、かんばんとスクラムのどちらかを選択するのに役立ちます-

すでに作業プロセスがあり、システム全体を乱すことなく改善したい場合はかんばんを選択する必要がありますが、組織に新しいプロセスを導入したい場合はスクラムを選択する必要があります。
機能駆動開発を使用した製品開発でかんばんを使用してバリューストリームのワークフローを追跡できますが、各反復の開発にスクラムを使用できます。
かんばんでWIP制限を明示的に定義する必要がありますが、WIP制限を暗黙的に課すスクラムでスプリントの長さを定義する必要があります。
かんばんとスクラムはどちらも適応性がありますが、スクラムはかんばんよりも規範的です。
かんばんは2つのルールのみを課します。ワークフローの視覚化とWIPの制限ですが、スクラムはタイムボックス化されたスプリントなどのより多くの制約を課します。
かんばんは、管理と開発の両方で組織プロセスの改善につながります。かんばんは、メンテナンス活動もサポートしています。スクラムは、小規模な開発チームで高スループットを実現します。これは、作業単位のサイズや変更が予測できない、期間が長い製品開発および保守ワークフローには寄与しません。スクラムは、管理活動の最適化に重点を置いていません。
かんばんでは、計画、プロセス改善、およびリリースをいつ行うかを選択できます。これらのアクティビティは、定期的に実行するか、オンデマンドで実行するかを選択できます。スクラムの反復は、計画、プロセスの改善、リリース（必要な場合）の3つの異なるアクティビティを組み合わせた1つのタイムボックス化されたスプリントです。

したがって、かんばんとスクラムは、特定のコンテキストで効果的なツールです。かんばんとスクラムを組み合わせて、両方から最大のメリットを引き出すことができます。

かんばんとスクラムを一緒に適応させる

ニーズに合った特性を実装することで、かんばんとスクラムを併用できます。それらを適応させる前に、両方の制約を考慮する必要があります。たとえば、スクラムにはタイムボックススプリントが必要であり、それらを廃止した場合、スクラムを実装したとは言えません。どちらも、独自のプロセス改善を推進するための基本的な一連の制約を提供します。