株式会社renue
renueについて
renueは、AIで業務を実装する会社です
AIコンサルティングから図面AI・広告運用エージェント・コールセンターAIまで、実際に動いているサービスをご覧いただけます。renueが何をしている会社か、まずはサービス一覧からご確認ください。
スクラム開発とは？アジャイル開発との関係
スクラム（Scrum）とは、アジャイル開発の代表的なフレームワークの一つで、少人数チームが短い開発サイクル（スプリント）を繰り返しながらソフトウェアを段階的に開発する手法です。語源はラグビーの「スクラム」で、チームが一致団結して目標に向かう姿を表しています。
アジャイル開発は、変化への対応や顧客との協調等を重視する開発の考え方・実践です。アジャイルソフトウェア開発宣言とその背後にある原則が価値観・原則を示しており、開発活動そのものをマニフェストと呼ぶわけではありません。スクラムは具体的な責任・イベント・成果物を定義するフレームワークで、2020年版スクラムガイド（Schwaber & Sutherland）が公式の定義を示しています。
AI開発・ウェブ開発・SaaS開発など変化の速いプロジェクトでは、要件が固定できないため、ウォーターフォール型の開発より変化への対応が早いスクラムが採用されています。AIシステム開発の現場でも、Jiraなどのツールでスプリントを管理する運用が有効です。
スクラムの3つの役割（ロール）
プロダクトオーナー（PO）
製品の価値最大化に責任を持つ役割です。プロダクトバックログ（開発すべき機能・改善のリスト）を管理し、優先順位を決定します。ビジネス視点でチームに「何を作るか」を伝えます。
スクラムマスター（SM）
スクラムプロセスの守護者です。チームがスクラムを正しく理解・実践できるよう支援し、障害を取り除きます。マネージャーではなく、チームがセルフオーガナイズできるようファシリテートするサーバントリーダーです。
開発者（Developers）
実際に製品を作るエンジニア・デザイナーなどのメンバーです。スプリントゴールの達成に直接責任を持ち、品質基準（DoD：Definition of Done）を満たすインクリメント（動作するソフトウェア）を毎スプリント完成させます。
スクラムの5つのイベント（セレモニー）
スクラムでは明確な5つのイベントが定義されており、各イベントは時間制限（タイムボックス）が設定されています。
1. スプリント（Sprint）
スクラムの核となる繰り返し単位です。公式には1ヶ月以下の固定期間です。原記載の1〜4週間は運用例として扱い、「通常2週間」という普及傾向の原調査は未確認です。各スプリントで利用可能なインクリメントを作成し、スプリント終了前に届けることもできます。スプリント中はスプリントゴールを変更せず、チームは集中して開発に取り組みます。
2. スプリントプランニング（Sprint Planning）
スプリント開始時に行う計画会議です。スプリントゴールの設定と、そのゴール達成のために何をどのように実装するかを決定します。プロダクトオーナーが優先順位順のプロダクトバックログから今スプリントで取り組む項目を提示し、開発者が見積もり・計画を立てます。
タイムボックス：1ヶ月スプリントで最大8時間
3. デイリースクラム（Daily Scrum）
デイリースクラムは、スプリントの各営業日に同じ時間・場所で行う、開発者（Developers）のための15分のイベントです。スプリントゴールに対する進捗を検査し、必要に応じてスプリントバックログを適応させ、次の作業の実行可能な計画を作ります。進め方は開発者が選べますが、日次の非同期投稿だけをこのイベントと同一視しません。
進め方の一例となる3つの質問（必須形式ではない）：
- 昨日スプリントゴールに向けて何を完了させたか？
- 今日スプリントゴールに向けて何を行うか？
- 障害・妨げはあるか？
タイムボックス：15分（厳守）
4. スプリントレビュー（Sprint Review）
スプリント終了時に行うデモ・フィードバックセッションです。開発チームがスプリントで完成したインクリメントをステークホルダーに披露し、プロダクトの方向性を検査・調整します。
タイムボックス：1ヶ月スプリントで最大4時間
5. スプリントレトロスペクティブ（Sprint Retrospective）
スプリントの「振り返り」です。チームプロセス・ツール・連携の質を改善するための会議で、「良かったこと」「改善すべきこと」「次スプリントで試すこと」を議論します。KPT（Keep/Problem/Try）などの振り返りフレームワークが活用されます。
タイムボックス：1ヶ月スプリントで最大3時間
スクラムの3つの成果物
プロダクトバックログ（Product Backlog）
プロダクトに必要な機能・改善・修正のすべてを優先順位順に整理したリストです。プロダクトオーナーが管理し、継続的に更新されます。各バックログアイテムはユーザーストーリー形式（「○○のユーザーとして、△△できるように□□を求める」）で記述されることが多いです。
スプリントバックログ（Sprint Backlog）
今スプリントで達成するゴールと、そのために必要なタスクのリストです。開発者が所有し、毎日更新されます。JiraなどのツールでKanbanボード形式（TODO/In Progress/Done）で管理するのが一般的です。
インクリメント（Increment）
各スプリントで完成した「動作するソフトウェア」の累積です。インクリメントはDOD（完成の定義）を満たし、いつでもリリース可能な状態である必要があります。
スクラム開発の実践ポイントとよくある失敗
効果的なスプリントプランニングのコツ
- バックログアイテムを「ユーザーストーリー」で記述し、ビジネス価値を明確にする
- 見積もりにはストーリーポイント（相対的な複雑さ）を活用する
- スプリントのキャパシティ（作業可能時間）を正確に把握してオーバーコミットを避ける
デイリースクラムを形骸化させないポイント
- 状況報告会にしない（マネージャーへの報告ではなく、チームの自己管理のための場）
- 15分を厳守し、詳細議論はAfter Dailyに回す
- 障害を早期に可視化し、スクラムマスターが迅速に解消する
レトロスペクティブを機能させるコツ
- 心理的安全性の確保（責任追及ではなく改善フォーカス）
- アクションアイテムを具体的・小さく設定し、必ずフォローアップする
- KPT・4Ls・Mad Sad Gladなどのフォーマットを使い分け、振り返りのマンネリ化を防ぐ
AI開発時代のスクラム：変化するポイント
AIシステム開発では、通常のソフトウェア開発とは異なるスクラムの適応が必要です。AIモデルの精度改善は実験・反復が本質であるため、スプリントゴールを「機能完成」より「精度○%達成」「仮説検証完了」と定義することが有効です。また、AI開発ではデータ品質・モデル評価・本番環境の性能検証などが追加の「完成の定義（DoD）」として重要になります。renue社のAI開発プロジェクトでも、スプリントベースで仮説→実装→検証のサイクルを高速で回すアプローチが実践されています。