この記事では、以下の内容を簡単に紹介しますスクラムフレームワーク。スクラムはソフトウェア開発における反復的で段階的なアプローチです。スクラムには主に3つの役割があります:プロダクトオーナー、スクラムマスター、およびスクラムチーム。スクラムプロジェクトは通常、複数のスプリントで構成され、各スプリントは通常2〜4週間程度です。スクラムの主な要素には:スクラム役割、アーティファクト、儀式、およびいくつかのガイドラインとルールが含まれます。
スクラムプロジェクトを開始するには、プロダクトオーナーが「プロダクトバックログ」と呼ばれる優先順位付けられた希望項目のリストを作成します。スプリント計画会議を通じて、スクラムチームはスプリント中に開発できるバックログ項目の数を決定します。スプリント中の毎日、チームは「デイリースクラムミーティング」と呼ばれる立ち会いの会議を開催します。スプリント中、スクラムマスターは進捗を妨げる障害を排除するよう働きかけ、スクラムチームが継続して作業できるようにします。スプリント終了時に、チームは開発された機能をチームおよび他のステークホルダーにデモンストレーションします。これらはリリース候補となる可能性があります。スプリント終了後にはスプリントレビューが続き、その後にスプリントリトロスペクティブ.

スクラムスプリントサイクルの8つのステップ
スクラムの役割:
- プロダクトオーナー
- スクラムマスター
- 開発チーム
- ステークホルダー
スクラムアーティファクト
- プロダクトバックログ
- スプリントゴール
- スプリントバックログ
スクラム儀式
- プロダクトバックログの精査
- スプリント計画
- デイリースクラム
- スプリントレビュー
- スプリントリトロスペクティブ
スクラムプロセスの説明
- まず最初に、プロダクトバックログ——製品要件の優先順位付けされたリスト——を定義する必要があります。これはプロダクトオーナーの責任です。
- プロダクトバックログの精査セッションを通じて、スクラムチームはプロダクトバックログの項目に基づいて作業の見積もりと整理を行います。
- プロダクトバックログを用いて、スプリントゴール(スプリント期間は通常1〜4週間)を定義するためのスプリント計画会議を開催し、次回のスプリント用のスプリントバックログを構成するユーザーストーリーのリストを選定します。これによりスプリントゴールの達成が可能になります。
- スプリントバックログはスクラムチームによって完了され、各項目は数日で完了できる小さなタスクに分解されます。
- スプリント中はデイリースクラム会議が必須です。各会議は約15分間で行います。全員が立ちながら、昨日行ったこと、今日行う予定のこと、および直面している障害や問題を報告します。その後、スプリントバーンダウンチャートを更新します。
- 毎日の統合を確保するために、毎日動作可能でデモンストレーション可能なバージョンが正常にコンパイルおよびビルドされなければなりません。多くのチームは自動化された毎日の統合を使用していません。その場合、すぐにユニットテストを実行します。すべてのテストが正常に通過すれば、そのバージョンがリリースされます。
- すべてのユーザーストーリーが完了したとき(つまりスプリントバックログが完了したとき)、スプリントは終了します。この時点でスプリントレビュー(デモとも呼ばれる)を開催しなければなりません。プロダクトオーナーと顧客が参加する必要があります。スクラムチームの各メンバーが完成したソフトウェアをデモンストレーションします。この会議は非常に重要であり、省略してはいけません。
- 最後に、各スプリント後にスプリントリトロスペクティブが開催されます。この会議では、スプリント中に何がうまくいったか、何がうまくいかなかったかを振り返り、改善の可能性を特定します。リトロスペクティブは通常90分間続き、継続的な改善をチームの文化とスプリントのリズムに根付かせるのに役立ちます。
要約
スクラムは製品開発を管理するための反復的で段階的なフレームワークです。開発チームが共通の目標を達成するために密接に協力する柔軟で包括的な製品開発アプローチを定義しています。すべてのチームメンバー間での物理的共同作業または密接なオンライン協力、および全チームメンバーと専門分野間での毎日の対面コミュニケーションを促進することで、スクラムはチームが自己組織化できるようにします。