カンバン vs. スクラム：あなたが知っておくべき意外な事実

アジャイル開発に関して言えば、おそらくScrum（スクラム）とKanban（カンバン）という2つの名前だけが思い浮かぶでしょう。これらは両方とも非常に人気があり、それぞれの利点があります。しかし、Kanban対Scrumの議論を始めると、その選択はチームや構築される製品によって決まります。両方を理解していただくために、独自のKanban対Scrumの議論を進めていきましょう。それでは、早速本題に入りましょう。

Kanban対Scrum：知っておくべきこと

まずは、両方の簡単な紹介から始めます。

• Kanbanに関する興味深い事実：

Kanbanは基本的に、プロジェクトにおける仕事の流れを管理するために使用される手法です。作業項目を継続的に処理することでプロジェクトのワークフローを効率的に最適化し、チームメンバーが状況を監視できるように、すべてのプロセスをKanbanボード上で視覚化します。プロセスの最適化はすべて、特定の原則と実践のセットによって行われます。

以下はKanbanの原則です。

• 今やっていることから始める。

• いつでも変更に対応できるようにする。

• 役割と責任を尊重する。

• リーダーシップを奨励する。

• Scrum独自の機能：

ScrumをKanbanと比較すると、それは非常に規定の強い手法です。Scrumではプロセスと役割があらかじめ定義されており、詳細で制約のある計画が存在します。すべての大きなプロセスはより小さなセグメントに分割され、各セグメントには期間が定義されます。これはスプリントとも呼ばれます。

ワークフローを維持するために、特定のプロジェクトに新しい作業を追加することは推奨されません。むしろ、新しい作業は次のスプリントまで待機します。これにより、チームメンバーは実行時の変更に対応する必要がなくなります。その原則は以下の通りです。

• 作業の透明性。

• すべてのレベルでの検査。

• 適応の奨励。

Kanban対Scrum：役割と責任

両方の概念を理解したところで、次はKanbanとScrumそれぞれの役割と責任について掘り下げていきましょう。

Kanbanにおける役割と責任

Kanbanでは、すべてのチームメンバーの役割と責任があらかじめ定義されているわけではありません。すべてのメンバーが協力し、仕事で困難に直面している人を助けることが許可されています。このように、ワークフローの最適化のための協力的な環境が提供されます。しかし、作業の進捗状況やチームのパフォーマンスを監視するプロジェクトマネージャーは依然として存在します。

Scrumにおける役割と責任

Scrumでは、全員に特定の役割が割り当てられ、その完了に対して責任を負います。バックログや作業の優先順位付けなどの目標と目的は、プロダクトオーナーによって定義されます。タイムラインを監視するためにスクラムマスターが存在し、チームメンバーが着実に進められるようサポートも行います。

このようにして、責任の遂行が達成されます。

Kanban対Scrum：主な違い

物事を効率的に説明し、Kanban対Scrumの議論をより興味深いものにするために、これからKanbanとScrumの主な違いについて説明します。

納品タイムライン

• Kanbanの場合

Kanbanには、タスクを納品するための決まった時間はありません。計画されたスケジュールや日付がなくても、チームメンバーはタスクが完了次第、すぐに納品することができます。

• Scrumの場合

Kanbanとは異なり、タスクの完了にはあらかじめ定義された期日があり、特定のタスクを割り当てられたチームメンバーは、予定された時間に納品しなければなりません。ただし、チームメンバーがその作業に価値がないと判断するなどの特別な状況下では、スプリントの範囲が変更されることもあります。

生産性の指標

• Kanbanの場合

Kanbanチームの生産性を測定するために使用される指標は、サイクルタイムです。これには、タスクの完了に費やされた開始から終了までの時間が含まれます。

• Scrumの場合

Scrumにおける重要な指標はベロシティです。これは基本的に、単一のスプリントで完了したストーリーポイントの数です。これにより、将来のスプリントにおけるチームのコミットメントや、将来のスプリントでチームにどれだけの作業が期待できるかを判断するのに役立ちます。

仕掛品の制限

• Kanbanの場合

Kanbanでは、ワークフローステートごとの仕掛品（WIP）に制限があります。異なるセクションで作業するメンバーは、一度に一定数のタスクを行うように制限されています。

• Scrumの場合

Scrumでは、すべてのチームメンバーに一定数のタスクが割り当てられます。チームメンバーは、1つのスプリントで実行したいタスクの数を選択できます。メンバーは、進行中のセクションにあるすべてのタスクを同時に保持することができます。

作業の変更

• Kanbanの場合

作業の変更という点では、Kanbanは柔軟な選択肢です。チームメンバーには、いつでもワークフローを変更できる自由が与えられています。優先順位に従って新しい作業を追加するか、削除するか、特定のタスクをブロックするかはチーム次第です。

• Scrumの場合

Scrumの哲学では、スプリント中の変更は推奨されません。しかし、タスクがそれほど重要ではなく、変更が必要な場合は、スプリントの範囲が変更されます。

変更を行う権利

• Kanbanの場合

Kanbanは、プロダクトオーナーに変更を加える権利を与えます。これは、チームメンバーが被ることができる2つの役割（帽子）によって行われます。これらの帽子の1つはサービスリクエストマネージャー用で、もう1つはサービスデリバリーマネージャー用です。

• Scrumの場合

Scrumにおける変更の権利について言えば、プロダクトオーナーにはScrumボードを変更する権利は与えられていませんが、閲覧することは可能です。ボード上の項目を更新・編集する権利を持っているのはScrumチームのみです。

リセット期間

• Kanbanにおいて

Kanbanには、タスクに対して事前に定義された納期がありません。そのため、Kanbanではボードをリセットして最初からやり直す必要はありません。チームメンバーはプロジェクトのライフサイクルを継続し、必要が生じた時点で新しいアイテムがKanbanボードに追加されます。

• Scrumにおいて

Scrumにおけるリセットは、すべてのタスクが完了したときにのみ行われます。その場合、スプリントは終了し、すべてのステッカーは最終的な「完了（Done）」セクションに移動します。そうでない場合、そのスプリントは成功したとはみなされません。

Kanban対Scrum：両者の共通点

Kanban対Scrumについて語る際、共通点も存在します。以下は、KanbanとScrumを似たものにしているいくつかのポイントです。

両者ともアジャイル手法を使用している

共通点について言えば、どちらも定義上アジャイルです。つまり、両者ともアジャイルの原則に基づいて作業を行い、反復的な作業システムであり、プロセスフローに依存しています。これら両方の手法の主な目標は、無駄を減らすことです。興味深い事実は、Scrumを使用している場合、同時にKanbanも使用できるということです。

委任と優先順位付け

これら両方の作業システムは、プロセスの優先順位付けにプルシステム（引き出し方式）を使用します。前のプロセスが完了して初めて、次のプロセスが作業対象として取り上げられます。ただし、Scrumの場合は、単一のタスクをプルするのではなく、タスクのバッチ全体がプルされます。このようにして、体系的なワークフローが維持されます。

自分にとって正しい選択肢をどのように選ぶか？

いよいよKanban対Scrumの議論を締めくくり、KanbanとScrumのどちらを選ぶべきかを判断する時です。それは、あなたが行っている仕事の性質に完全に依存します。例えば、ScrumにはScrumチーム全体を管理する人はいません。異なる責任を持ちつつも、全員が組織化され対等であるべき性質の仕事であれば、Scrumを選ぶべきでしょう。

一方で、柔軟なプロセスによる継続的な改善が必要であり、チームメンバーが優先度や規模の異なる多くの依頼に対応しなければならないような仕事の性質であれば、Kanbanが最適な選択肢です。これらどちらかのモデルを選択することに縛られる必要さえありません。KanbanとScrumの両方の影響を受けたハイブリッドなアプローチを採用することも可能です。

Kanban対Scrum、チームのニーズに最も適した戦略を選択するのはあなた次第です。しかし、一度選択したら、しばらくはその方法を継続し、チームからのフィードバックを得るようにしてください。

結論

KanbanとScrumのどちらを選ぶべきか迷っているなら（これは誰にとっても複雑な作業になり得ます）、これまで両方について詳しく説明してきました。

この究極のガイドがあれば、Scrumがうまく機能するケースとKanbanがより良い選択肢となるケース、両者の主な違い、そしてチームにとって適切な手法は何かを簡単に判断できるでしょう。この知識があれば、初めてのアジャイルプロジェクトへの準備は万端です。