Kanban vs Scrum

カンバン (Kanban) は、生産および開発プロセスにおける作業の流れを管理し改善するためのリーンメソッド (Lean Method) です。日本語の「看板」に由来し、「シグナルカード」や「視覚的信号」を意味します。作業チームを過負荷にしない継続的な配信に焦点を当て、作業の進行状況を視覚的に監視するシステムを使用します。

State of Agile Reportによると、約7%のチームが純粋なカンバンを使用し、さらに11%がスクラムバン（スクラムとカンバンの組み合わせ）を使用しています。IT運用、HR、マーケティングなどのソフトウェア開発以外の分野では、カンバンの採用率はさらに高くなっています。

トヨタ生産方式 (Toyota Production System)（1940年代）

カンバンは1940年代にトヨタの大野耐一 (Taiichi Ohno) によってリーン製造システム (Lean Manufacturing System) の一部として開発されました。アメリカのスーパーマーケットの在庫管理からインスピレーションを得ており、在庫が最低レベルに達したときにのみ棚を補充するシステムです。大野はこの「プル原則 (Pull Principle)」を自動車生産に適用しました。

知識労働への進化

David J. Andersonは2007年にカンバンをソフトウェア開発と知識労働に適応させました。カンバンメソッドを、急進的な変更を必要とせず段階的な最適化を可能にする、既存プロセスを改善するための進化的アプローチとして定義しました。

カンバンメソッドは、協調して機能する6つのコアプラクティスに基づいています：

1. 作業を可視化する

チームはカンバンボードを使用し、「やること」「進行中」「完了」などの列で作業フロー全体を可視化します。各タスクはカード (Card) として表現され、列を通じて移動します。可視化によってボトルネック (Bottleneck) やブロッカー (Blocker) が明らかになります。

2. 仕掛品 (WIP) を制限する

最も重要なプラクティスの一つは、WIP（Work In Progress、仕掛品）の制限です。列ごとのWIP制限により、チームは新しい作業を開始する前に進行中の作業の完了に集中します。研究によると、WIP制限はスループットを20〜40%改善できます。

3. フロー (Flow) を管理する

フロー管理は、作業がシステムを通じてスムーズかつ予測可能に移動することを目指します。サイクルタイム、リードタイム、スループットなどのメトリクス (Metrics) がフローの測定と最適化に役立ちます。

4. プロセスルールを明示する

ワークフローの明確で文書化されたルールが、チーム内の共通理解を確保します。これには、タスクが一つの列から次の列に移動するための基準や完成の定義が含まれます。

5. フィードバックループ (Feedback Loop) を実装する

デイリースタンドアップ (Daily Standup)、サービスデリバリーレビュー (Service Delivery Review)、オペレーションズレビュー (Operations Review) などの定期的なレビューが、プロセスを評価し適応させる機会を提供します。

6. 協力して改善し、実験的に進化させる

カイゼン哲学の継続的改善はカンバンの中心要素です。チームは科学的方法と実験を用いて段階的に改善を導入します。

カンバンボードはメソッドの中心的なツールです。物理的（ホワイトボードと付箋）またはデジタルのいずれかです：

各列にはWIP制限を設定できます。列が制限に達すると、既存のタスクが完了するまで新しいタスクを追加できません。

カンバンのプルシステムは、従来の「プッシュ (Push)」アプローチとの根本的な違いです。チームに作業を割り当てる（プッシュ）代わりに、チームメンバーがキャパシティ (Capacity) を持っている場合に新しいタスクを引き出します（プル）。これにより過負荷が防止され、提供される作業の品質が向上します。

• リードタイム: 要求から納品までの合計時間。ソフトウェア機能の典型的な目安：5〜15営業日。
• サイクルタイム: タスクの実際の処理時間。通常2〜8営業日。
• スループット: 一定期間に完了したタスクの数。
• CFD（累積フローダイアグラム）：時間経過に伴うワークフローのグラフィカルな表現。

カンバンを実装するための最も人気のあるデジタルツール：

• Trello： 初心者に優しく視覚的に魅力的。
• Jira： ソフトウェアチーム向けの包括的な機能。
• Asana： シンプルさと機能のバランスが良い。
• Azure DevOps： Microsoft (マイクロソフト) エコシステムの統合ソリューション。

カンバンはさまざまな分野で成功裏に使用されています：

• ソフトウェア開発： フィーチャー、バグ、技術的負債の管理。
• IT運用： インシデント管理とサービスリクエスト。
• マーケティング： キャンペーン管理とコンテンツ作成。
• 人事（HR）： 採用パイプラインとオンボーディングプロセス。
• 個人のタスク管理： パーソナルカンバン (Personal Kanban) で個人の生産性を向上。

カンバンには特別なソフトウェアが必要ですか？

いいえ。カンバンはシンプルなホワイトボードと付箋で始められます。TrelloやJiraなどのデジタルツールは、自動メトリクスや分散コラボレーションなどの追加メリットを提供します。

適切なWIP制限はどのように決めますか？

実績のある経験則として、チームメンバーの数をWIP制限として開始し、段階的に調整します。重要なのは、ボトルネックを可視化するのに十分な低さでありながら、チームが生産的に作業できる高さの制限を設定することです。

カンバンとスクラムを組み合わせることはできますか？

はい。スクラムバンは、スクラムの構造（スプリント、役割、イベント）とカンバンのフロー最適化プラクティス（WIP制限、プルシステム、フローメトリクス）を組み合わせます。多くのチームがこの組み合わせを効果的だと感じています。

カンバンは小規模チームだけのものですか？

いいえ。カンバンは個人から数百のチームを持つポートフォリオまで、組織のすべてのレベルで適用できます。Klaus LeopoldのFlight Levelsは、チーム、コーディネーション、戦略のレベルでカンバンを適用する方法を説明しています。

カンバンの最大の利点は何ですか？

最大の利点は、急進的な変革を必要とせずに既存のプロセスを段階的に改善できることです。カンバンは今いる場所から始め、可視化と測定可能性を通じて進化的な変化を促進します。

スクラム (Scrum) は、複雑な問題に対する適応型ソリューションを開発するためのアジャイルフレームワーク (Agile Framework) です。反復的かつ漸進的な進歩、チームの協力、そして変化する要件への適応を通じて価値の提供を重視します。名前はラグビーの「スクラム」に由来しており、チーム全体が協力してボールを前進させるフォーメーションを指します。

16th State of Agile Reportによると、調査対象のアジャイルチームの87%以上がスクラムまたはスクラムベースのハイブリッド手法を使用しています。この数字は、世界中のアジャイルソフトウェア開発におけるスクラムの圧倒的な地位を裏付けています。

スクラムの基盤は1986年に遡ります。竹内弘高と野中郁次郎がHarvard Business Reviewに製品開発のホリスティックなアプローチを記述した論文を発表しました。Ken SchwaberとJeff Sutherlandが1990年代初頭にフレームワークを正式化し、1995年のOOPSLAカンファレンスで初めて発表しました。

2010年以降、SchwaberとSutherlandは定期的に更新される公式スクラムガイドを発行しています。2020年の最新版では、記述が簡素化され、経験主義 (Empiricism) とリーン思考 (Lean Thinking) という核心原則が強調されています。

スクラムは、フレームワーク全体の基盤となる3つの経験的な柱に基づいています：

透明性 (Transparency)

プロセスの重要なすべての側面が、責任者にとって可視でなければなりません。透明性は、すべての参加者が共通の理解を持てるよう、共通の基準に基づいてこれらの側面を定義することを求めます。

検査 (Inspection)

スクラムの実践者は、スクラムの成果物とスプリント目標への進捗を定期的に検査し、望ましくない逸脱を検出する必要があります。ただし、検査が作業を妨げるほど頻繁であってはなりません。

適応 (Adaptation)

プロセスの側面が許容範囲を超えている場合、または結果として得られる製品が受け入れられない場合は、プロセスまたはマテリアルを調整する必要があります。さらなる逸脱を最小化するため、適応はできるだけ早く行われなければなりません。

スクラムは、チームの行動を導く5つのコアバリューを定義しています：

• 確約 (Commitment): 各チームメンバーが、スクラムチームの目標達成に個人的にコミットします。
• 勇気 (Courage): チームメンバーは正しいことを行い、困難な問題に取り組む勇気を持ちます。
• 集中 (Focus): 全員がスプリントの作業とスクラムチームの目標に集中します。
• 公開 (Openness): スクラムチームとそのステークホルダー (Stakeholder) は、作業と課題についてオープンです。
• 尊敬 (Respect): チームメンバーは互いを有能で自立した人間として尊重します。

プロダクトオーナー (Product Owner)

プロダクトオーナーは、スクラムチームの作業から生まれる製品の価値を最大化する責任を持ちます。プロダクトバックログを管理し、それが透明で、可視的で、理解可能であることを保証します。プロダクトオーナーは委員会ではなく、一人の人間です。

スクラムマスター (Scrum Master)

スクラムマスターは、スクラムガイドに従ったスクラムの導入に責任を持ちます。スクラムチーム内および組織内の全員がスクラムの理論と実践を理解するのを支援します。スクラムマスターはチームのサーバントリーダーです。

開発者 (Developers)

開発者は、各スプリントで使用可能なインクリメントのあらゆる側面の作成に専念するスクラムチームのメンバーです。彼らは機能横断的で、各スプリントで価値を生み出すために必要なすべてのスキルを備えています。

スクラムの各成果物には、透明性とフォーカスを確保するコミットメントが含まれています：

スクラムは、すべてスプリント内で行われる5つの公式イベントを定義しています：

スプリント (Sprint)

スプリントはスクラムの心臓部です。最大1か月（通常は2週間）の期間で、使用可能で出荷可能なプロダクトインクリメントが作成されます。スプリントは開発全体を通じて一貫した期間を持ちます。

スプリントプランニング (Sprint Planning)

スプリントプランニングは、スプリント中に実行される作業を定義することでスプリントを開始します。スクラムチーム全体が協力してこの計画を作成し、3つのテーマに取り組みます：このスプリントはなぜ価値があるか？このスプリントで何を達成できるか？選択した作業はどのように実行されるか？

デイリースクラム (Daily Scrum)

デイリースクラムは開発者のための15分間のイベントです。スプリントゴールへの進捗を検査し、必要に応じてスプリントバックログを適応させるために行われます。

スプリントレビュー (Sprint Review)

スプリントレビューはスプリントの終わりに行われ、インクリメントを検査し、必要に応じてプロダクトバックログを適応させます。スクラムチームは主要なステークホルダーに作業の結果を発表し、プロダクトゴールへの進捗を議論します。

スプリントレトロスペクティブ (Sprint Retrospective)

スプリントレトロスペクティブは、スクラムチームが自己を検査し、次のスプリントで実施する改善計画を作成する機会です。個人、相互作用、プロセス、ツール、完成の定義を扱います。

• 市場浸透率: アジャイルチームの87%以上がスクラムまたはスクラムハイブリッドを使用（State of Agile Report）。
• チームサイズ: スクラムガイドは最大10人のチームを推奨。研究によると、5〜7人のチームが最高の生産性を達成。
• スプリント期間: スクラムチームの58%が2週間スプリント、17%が3週間、12%が1週間のスプリントで作業。
• 普及: スクラムは190か国以上で使用され、ソフトウェア開発を超えてマーケティング、人事、教育などの分野にも拡大。

大規模な組織向けに、さまざまなスケーリングフレームワークがあります：

• SAFe（Scaled Agile Framework）：企業レベルでスクラムをスケーリングするための最も広く使用されているフレームワーク。
• LeSS（Large-Scale Scrum）：スクラムの原則を維持するミニマリストなアプローチ。
• Nexus：Ken Schwaberが開発した、複数のスクラムチームの作業を統合するためのフレームワーク。
• Scrum@Scale：Jeff Sutherlandが開発した、組織全体のスケーリングのためのフレームワーク。

スクラムガイドは、アクセス可能な形式でアジャイルフレームワークの本質的かつ実用的な理解を提供します。スクラムの実施を検討している方に最適で、無料でスクラムガイドをダウンロードできます。

スクラムはメソッドですか、フレームワークですか？

スクラムはフレームワーク (Framework) であり、メソッドではありません。役割、イベント、成果物を定義しますが、作業の詳細な組織方法は意図的にオープンにしています。チームはフレームワーク内で独自のプラクティスとテクニックを使用できます。

スクラムの導入にはどのくらいの時間がかかりますか？

スクラムの基本は数日で学べます。しかし、完全な習熟には通常3〜12か月の継続的な実践と改善が必要です。組織的な変革には1〜3年かかることがあります。

スクラムはIT以外でも機能しますか？

はい。スクラムはマーケティング、人事、教育、建設、製品開発などの分野で成功裏に使用されています。経験主義と漸進的な価値提供の原則は業界に依存しません。

スクラムにはどのような認定資格がありますか？

最も有名な認定資格は、Scrum AllianceのCertified ScrumMaster (CSM) とScrum.orgのProfessional Scrum Master (PSM) です。両組織ともプロダクトオーナーと開発者向けの認定資格も提供しています。

スクラムとアジャイルの違いは何ですか？

アジャイルはアジャイルマニフェストで定義された哲学と価値体系です。スクラムはこれらのアジャイルの価値と原則を実践に移す具体的なフレームワークです。アジャイルは「何を」「なぜ」であり、スクラムは「どのように」です。