スクラムの実例：優れたアジャイルチームのための実践事例

この記事では、スクラムチームだけでなく、事業上のステークホルダーやプロジェクトに関わる皆さんの参考になるスクラムの実例をご紹介します。スクラムの専門家を育成していても、実践経験が足りないために、日々のスクラム運用やプロダクトの実装で課題に直面する企業を、私たちは数多く見てきました。

その結果、チーム本来のベロシティを発揮できず、納期と予算を守って成果物をリリースすることが難しくなりがちです。そこで役立つのが、このスクラムの実例です。

この短い記事では、スクラムフレームワークの全体像を理解するお手伝いをします。事業にこれまでにない価値を生み、顧客が十分にアジリティの利点を得られるプロダクトやサービスにつながるスクラムのプロセスづくりから、チームのベロシティを改善し維持するためのスクラムバーンダウンチャートの設定と活用までを見ていきましょう。

この実例を通じて、スクラムチームの働き方と、組織にもたらす利点を理解していただけます。多くの企業では、プロダクトオーナー、スクラムマスター、開発者がスクラムチームを構成し、協力してスプリントと呼ばれる短い反復の中で、価値あるプロダクトのインクリメントを提供していることがデータから示唆されています。この反復的な進め方により、柔軟性と適応力が高まり、フィードバックを早く得られます。

このスクラムの実例に登場する主な人物は次のとおりです。

アレックス：スクラムプロダクトオーナー。
フランク：スクラムマスター。
スクラムチーム。

最初のスプリントを始める前に

アレックスは、新しいソフトウェア開発プロジェクトのスクラムプロダクトオーナーに任命されました。最初に取り組む仕事の一つが、要求エンジニアリングです。重要なユースケースを書き出し、アーキテクト、顧客の代表者、その他のステークホルダーと話し合います。概要レベルのユースケースと要件を集めたら、その記録先となるのが、 スクラムプロダクトバックログ です。次に、アーキテクトと数名のシニア開発者を交えて、見積もりと優先順位付けのセッションを始めます。その結果、スクラムプロダクトバックログの全アイテムに、初期の概算見積もりと優先順位が付きました。続いて、概要レベルの要件を、より細かなユーザーストーリーに分割します。そのリストを用意し、最初のスプリントプランニングを招集します。

原寸大の図を開く

リンク先の資料へ進む

スクラム入門 — 各フェーズとスプリントを通じた実践例

スプリント1 — 0日目

スプリントプランニングで、アレックスは優先順位の高い順にスクラムプロダクトバックログアイテムを提示します。チームは不明点を確認し、各アイテムについて、十分なキャパシティがあるか、必要なノウハウがあるか、その他の前提が整っているかを話し合います。そのうえで、このスプリントの終了までにストーリー1、2、3、6、7、8を完成させると約束します。アイテム4と5は、必要な技術基盤がまだ整っていないため、このスプリントでは実現できません。

スプリントプランニングの後、チームのスクラムマスターであるフランクがメンバーを集め、約束したアイテムをどのように実装するか、詳細を決めます。そこで生まれたタスクをカードに書き、準備済みのスプリントタスクボードに貼ります。次に、 スクラムチーム の各メンバーが、取り組むタスクを選びます。

スクラムチームへの実践のヒント：

組織内で新しいソフトウェア開発プロジェクトを率いるのは、スクラムプロダクトオーナーのアレックスです。その役割は、各奏者が自分のパートを担うオーケストラの指揮者に似ています。部門を横断する責任を負い、改善を続けながら、自己組織化するアジャイルなソフトウェア開発の枠組みを整えます。この枠組みは万能の処方箋ではなく、開発者が仕事を進めるための道筋です。アレックスは会社の中核として、最終的なプロダクトを顧客が必要とするものに保ちます。このようなアジャイルな進め方は反復を重ね、プロダクトと手法を継続的に磨いていきます。

次にアレックスは、ユーザーストーリー（詳しくは スクラムのユーザーストーリー）と、相対見積もりの手法であるストーリーポイントを使い、見積もりと優先順位付けのセッションを進めます。タスクやワークフローをチーム全員に見えるようにする、カンバン形式の可視化を組み合わせることもできます。その結果、スクラムプロダクトバックログの全アイテムに初期の概算見積もりと優先順位が付きます。アレックスはプロジェクト管理の経験を生かし、概要レベルの要件を、ユーザーを中心としたストーリーに分割します。これにより、要件を提供可能な単位に落とし込めます。顧客が求めるものの具体例であるユーザーストーリーは、プロジェクト目標に至る道筋を示します。このリストを用意して最初のスプリントプランニングを開き、開発チームの緊密な協力を促します。

スプリント1 — 1日目

朝、チーム全員がデイリースクラムに集まります。各自が、これまでに達成したことを簡潔に説明し、スプリントタスクボードのカードに記載した残り時間の見積もりを更新します。今日取り組む予定と、進行を妨げる障害の有無も共有します。今日は、あるメンバーが、使用中のソフトウェアツールの新しいライセンスが必要で困っていると説明しました。フランクは同じ問題を抱える人がほかにもいないか確かめ、会議後に対応すると伝えます。15分後、全員が仕事に戻ります。

会議後、フランクはスプリントバーンダウンを更新します。その後、ツールの販売元に連絡してライセンスを注文し、必要なメンバーに渡します。

スクラムチームへの実践のヒント：

スプリントプランニングで、アレックスは優先順位順にスクラムプロダクトバックログアイテムを説明します。全員がプロジェクト全体の目標を理解できるようにするのは、組織から任された責任です。チームのスタンドアップミーティングは、役割を明確にし、問題の芽を解消するための率直な対話を促します。

スクラムマスターのフランクも、多様なメンバーで構成されるこのチームで重要な役割を担います。必要に応じて日々のスタンドアップの対話を支え、スプリントゴールに集中できるようにします。計画の主体は開発者であり、協力してタスクを選びます。フランクが仕事を割り当てるわけではありません。

スプリント1 — 2日目

朝、チーム全員が再びデイリースクラムに集まります。午後、あるメンバーがユーザーストーリーの詳細について確信を持てず、スクラムプロダクトオーナーのアレックスに連絡し、不明点を話し合います。何をすべきかが明確になったので、実装を再開できます。

スプリント1 — 28日目

最初のスプリントの最終日です。スクラムマスターのフランクは、チームをスプリントレビューに招待しました。チームは、現時点のソフトウェアを実装したマシンを用意しています。スクラムプロダクトオーナーのアレックスがその前に座り、実装が期待に応えているか、必要な機能の説明が文書にまとめられているかを確かめます。レビューの最後に、次のように結論を出します。

ストーリー1、2、6、7は、期待どおりに完成しています。
ストーリー3は期限内に完成せず、今回の提示対象にも含まれていません。
ストーリー8にはリファクタリングが必要な箇所があります。

午後、チームはスプリントレトロスペクティブに集まり、スプリントでうまくいったことと、改善できることを話し合います。そこで、システム全体のアーキテクチャについて、理解が十分ではないという意見が出ました。フランクは、より詳しく説明してもらうためにシステムアーキテクトを招く仕事を引き受けます。

原寸大の図を開く

リンク先の資料へ進む

スクラムの実践例

スクラムチームへの実践のヒント：

最初のスプリントの最終日に、フランクがチームのスプリントレビューを進めます。継続的に協力してきた成果として、チームの責任感と努力を反映した、具体的なプロトタイプが形になっています。

午後、チームはスプリントレトロスペクティブを開きます。進捗についての気づきを共有し、次のスプリントに向けて改善すべき点を振り返ります。この会議はアジャイルな進め方の重要な要素であり、プロジェクト全体に大きな価値をもたらします。

次のスプリントに向けた計画でも、スクラムプロダクトオーナーのアレックスが重要な役割を担います。直近の顧客との打ち合わせをもとに、スクラムプロダクトバックログへ新しいアイテムを追加します。第二のスプリントが始まると、チームワーク、透明性、効果的なプロジェクト管理の原則が、情報に基づいて動くこのチームを成功へと導き続けていることがわかります。

スプリント2 — 1日目

スクラムプロダクトオーナーのアレックスは、直近の顧客との打ち合わせをもとに、スクラムプロダクトバックログへ新しいアイテムを追加します。ストーリー8のリファクタリングに関するアイテムも追加しました。続いて、スプリント2のスプリントプランニングにチームを招きます。スクラムマスターのフランクの支援のもとで、チームはストーリーを検討して取り組むものを約束し、第二のスプリントが始まります。

スクラムチームへの実践のヒント：

第二のスプリントでは、学びを実践に移します。更新したプロダクトバックログに顧客のフィードバックを反映し、未完了の作業を再検討し、次のスプリントゴールに向けて協力を続けます。

効率的で高い成果を上げるスクラムチームを育てたい組織にとって、実例やケーススタディを学ぶことは欠かせません。実際の状況を分析すると、成功した実践への貴重な知見を得られるだけでなく、避けるべき共通の落とし穴も見つかります。こうした事例から学べば、優れた実践を活用し、起こりがちなミスを回避し、早い段階で成果を得ながら、高い実力を持つチームへの歩みを速められます。

今後も実践的な状況やケーススタディをご紹介し、スクラムフレームワークと実際の活用方法への理解を深めていただけるようにします。