カンバン vs スクラム、どちらのアジャイルですか?

スクラムとカンバンのどちらか一方を選択する際の主な考慮点、および決断できない場合はどうするかについて考察します。

Max Rehkopf Max Rehkopf
トピック一覧

要約: "カンバン vs スクラム" は、アジャイル開発またはプロジェクト管理システムを実装するための 2 つの異なる戦略についての議論です。カンバンの方法論は継続的でより流動的ですが、スクラムは短く構造化された作業スプリントに基づいています。

アジャイルとは、指針となる一連の目標と原則です。DevOps は、ソフトウェア開発チームと運用チームの間のプロセスを自動化し統合する方法です。アジャイルと DevOps を実装する場合、カンバンスクラムは、複雑な作業を管理するためのさまざまな方法を提供します。

スクラムとカンバンの実践方法の違いは簡単に区別できますが、それは表面的な違いに過ぎません。実践方法は違っても原則は概ね同じです。どちらのフレームワークもより優れた製品 (およびサービス) をできるだけスムーズに構築するのに役立ちます。

ここで、整理しておきます。

アジャイルとは、構造的かつ反復的なプロジェクト管理および製品開発手法です。製品開発の変動的な性質を念頭に置き、チームが脇道にそれることなく自己管理をして変化に対応できるようにします。今やアジャイルは競争についていくために不可欠な手法です。ブラックボックスで数年 (あるいは数か月) かけて製品を開発する余裕など誰にもないためです。ですからアジャイルの適切な実践が今まで以上に重要になっています。

カンバンの本質は作業を可視化し、進行中の作業に上限を設け、効率 (またはフロー) を最大化することにあります。カンバン チームは、プロジェクト (またはユーザー ストーリー) の開始から終了にかかる時間の短縮に焦点を当てます。そのためにカンバン ボードを使用し、作業フローを継続的に改善します。

スクラム チームは "スプリント" と呼ばれる一定期間中、稼働可能なソフトウェアのリリースにコミットします。目標は、顧客のフィードバックをすぐに収集し、まとめる学習ループの構築にあります。スクラム チームは特定の役割の導入、特別なアーティファクトの作成、セレモニーの定期的な開催を通じて、作業を進行させます。スクラムの詳細な説明は『スクラム ガイド』をご覧ください。

 

スクラム

カンバン

期間

スクラム

長さが固定された定期的スプリント (2 週間)

カンバン

継続的なフロー

リリース方法

スクラム

各スプリントの終了時

カンバン

継続的デリバリー

役割

スクラム

プロダクト所有者、スクラムマスター、開発チーム

カンバン

役割不要

主要指標

スクラム

ベロシティ

カンバン

リードタイム、サイクル期間、WIP

変更に関する考え方

スクラム

チームはスプリント中に変更を加えない。

カンバン

変更は随時発生する可能性あり

スクラムボードを使用するチームメイト | アトラシアンアジャイルコーチ

スクラム: 構造的なアジャイル手法

チームはスクラムを使用して、価値ある作業のインクリメント (増分) を各スプリントの終了までに確実にリリースします。スクラムは経験主義的な概念を基盤とし、作業の小規模なインクリメントに焦点を当てることで、顧客のフィードバックから学び、取得した情報を次の行動に役立てます。以下はその詳細です。

スクラムの期間

スクラムは、2 ~ 4 週間のスピーディーに展開するスプリントで、明確な開始日と終了日があります。このようにタイム フレームが短いため、複雑なタスクはより小さなストーリーに分割しチームがすぐに学習できるようにします。ここで問題となるのが、チームは使用可能なコードをこれほど早くリリースできるかということです。

スプリントではスプリント計画スプリント レビューふりかえりの各ミーティングが大きな区切りとなります。さらに、デイリー スクラム (スタンドアップ) ミーティングが小さな区切りとなります。これらのスクラム セレモニーは簡潔で、継続的に開催されます。

リリース方法

昨今では、スクラム中に臨時リリースを行うことがよくありますが、各スプリントの終了時にリリースするのが長い間、ベストプラクティスとされてきました。チームは各スプリントの目的とスプリントの最終目標を設定し、スプリントレビューミーティングでリリースを承認または却下します。

スクラムの役割

スクラムには、3 つの明確に定義された役割があります。

  • プロダクト所有者は顧客の代弁者として、プロダクトバックログを管理し、開発チームの実行作業の優先順位付けを支援します。
  • スクラムマスターはスクラムの原則に沿って作業するようにチームを支援します。
  • 開発チームは実行する作業を選択してインクリメントを行い、共同の説明責任を実行に移します。

スクラムチームには管理者はいません。メンバーは自らを管理し、責任の違いにかかわらず同等の立場にあります。各メンバーは、顧客に価値を提供するという共通目標でつながっています。

主要指標

ベロシティ — スプリントで完了されるストーリーポイントの数 — は、スクラムチームの主要な指標です。今後のスプリントの課題やスクラムチームが今後のスプリントで取り組む作業量の参考となります。1 つのスプリントで平均 35 のストーリーポイントを完了する場合 (ベロシティ = 35)、スプリントバックログに 45 ポイントを含めるわけにはいきません。

変更に関する考え方

スプリント中、チームはスコープをできるだけ変更しないように努めます。ただ、フィードバックを受け、自分たちの取り組みが想定していたほど顧客にとって価値がないとわかることが時折あります。このような場合は顧客に価値を届けることを最優先して、スプリントのスコープを変更すべきです。変更によって潜在的には提供可能なインクリメントがリスクにさらされるため、スクラムチームはスプリントのふりかえりミーティング中に、今後変更を制限する方法について話し合います。

スクラム手法の詳細については、「スクラムとは何か」を参照してください。

カンバンボードを使用するチームメイト | アトラシアンアジャイルコーチ

カンバン: 継続的改善、柔軟なプロセス

カンバンは作業の可視化、進行中の作業 (WIP) の上限設定、"進行中" から "完了" までスピーディーな移動に役立ちます。

カンバンは優先度と規模が多岐にわたるリクエストを多数受けるチームに最適です。スクラムではスコープ内の要素を厳格に管理する必要がありますが、カンバンは流れに任せることができます。決断を下す際は、次の 5 つの考慮点を参考にしましょう。

カンバンの期間

カンバンは継続的なワークフロー構造を基盤とするため、チームは優先順位の変更に機敏に順応する用意があります。作業項目 — カードで表現 — がカンバンボードに整理され、そこでワークフローのある段階 (列) から次の段階に移動します。一般的なワークフローの段階として、ありきたりですが To Do、進行中、レビュー中、ブロック済み完了などが挙げられます。

カンバン方式が最も優れているのは、チームの作業方法に合わせて列をカスタマイズできる点です。筆者のチームはコンテンツを提供するため、列は次のように流れます (簡略版): バックログ優先大枠を準備済み記述中デザイン中テクニカル レビューリリース済み。ボードは週に 1 単位前後のコンテンツをリリースしていることやボトルネックの場所 (テクニカル レビューで究明!) の確認に役立ちます。

リリース方法

カンバンには定期スケジュールや所定の期日はありません。準備ができ次第、更新がリリースされます。

理論的にはカンバン方式では固定的なタスクの達成期日は設定されません。タスクが予定より早く (あるいは遅く) 完了した場合、スプリントレビューのようなリリースのマイルストーンを待たずに、適宜、リリース可能です。

カンバンの役割

チームメンバー全員がカンバンボードの所有者です。アジャイルコーチに協力を求めるチームもありますが、スクラムと違い、順調な運営を総合的に管理する 1 人の "カンバンマスター" はいません。ボードで協力し、タスクを達成するのはチームの共同責任となります。

主要指標

リードタイムとサイクル期間はカンバンチームにとって重要な指標であり、タスクが開始から完了まで移動するのにかかる平均時間数を示します。サイクル期間の改善は、カンバンチームにとって成功を表します。

カンバンチームが利用するもう 1 つの分析ツールが累積フロー図 (CFD) です。各ステータスにおける作業量を把握するために使用され、処理能力を向上するために解決が必要なボトルネックを特定します。

ボトルネックは進行中の作業 (WIP) の上限を通じても対処することができます。WIP の上限によって、1 列に同時に配置可能なカードの枚数を限定します。この上限に達すると、Jira Software などのツールはその列を制限し、チームは一丸となって項目を前進させます。

変更に関する考え方

カンバンのワークフローはいつでも変更可能です。新しい作業項目をバックログに追加し、優先順位に基づき既存のカードをブロックしたり、すべて削除したりできます。チームの処理能力が変化した場合にも、WIP の上限を再測定し、それに応じて作業項目を調整できます。カンバン方式の強みはこうした柔軟性にあります。

カンバン方式の詳細については、「カンバンとは何か」を参照してください。

アトラシアンアジャイルプロジェクト | アトラシアンアジャイルコーチ

スクラムのツール vs カンバンのツール

アジャイルコミュニティでは、ツールを比較することは意味がないと考えられていますが、ツールの選択がフレームワークの選択を左右し、フレームワークの選択によってチームの採用方針が決定されるケースをよく目にします。本来この決定順序は逆であるべきです。

スクラムの原則に方向性を合わせ、スクラムフレームワークに満足したら、自分たちにとって有用なスクラムツールを見つける番です。これはカンバンでも同様です。ひいき目もありますが、アジャイルチームに最も選ばれているソフトウェア開発ツールとして、Jira Software をお勧めします。

Jira のスクラムおよびカンバン向けの専門のプロジェクトタイプを使用すると、各フレームワークの原則を実現できます。当社ガイドのトピック「Jira Software を使用したスクラムの学習」および「Jira Software を使用したカンバンの学習」も使用を開始するのに役立ちます。

カンバン vs スクラム: 選択できない場合

スクラムとカンバンは「定石に従ったアジャイル」です。有効性が実証済みの手法であり、反論する余地はほとんどありません。名言を借りれば、「スクラムを選んだからといって会社を首にはならない」事になります。

ただし、決断は絶対的なものである必要はありません。スクラムとカンバンの両方の影響を受けたハイブリッド モデルを使用するチームは多数あります。Jira Software で同じようにチームを支援することを目的として、チーム管理対象プロジェクトを作成しました。

チーム管理対象プロジェクトを使用すると、その名前のとおり、チームのニーズに合うアジャイル機能を、スクラム、カンバン、またはこれらの組み合わせなどから自由に選択できます。チーム管理対象プロジェクトでは、最初から 1 つのフレームワークを導入しなくても、自分のチームに必要な機能 (および不要な機能) が判明した時点で、段階的に強力な機能を追加できます。

どちらのテンプレートもチームのニーズに合わせて進化できることを認識したうえで、安心してチーム管理対象スクラムまたはカンバンを選択できます。

どちらを選択するにしても、一定期間使用し続けるようにしてください。バックログのいくつかの作業を開始から完了まで実行して、その後にチームにうまくいった点といかなかった点を尋ねます。スクラムとカンバンを試してこのように質問することで、アジャイルのメリットをフル活用できます。

次の記事
Kanplan