アジャイル開発実践ガイド（スクラム運用の現場）

スクラム導入前に決める3つの現実的な約束

スクラムは「会議の型」ではなく、価値提供のための約束事です。まずは次の3点を合意してから始めると、現場の迷いが激減します。

• スプリント長と日程の固定：1〜2週間で固定し、レビューは毎回同曜日・同時刻に実施。プロダクトオーナー（発注側）が必ず出席。
• 完了の定義（DoD）と着手の定義（DoR）：品質基準を事前に文章化。レビュー基準が曖昧なまま始めない。
• 意思決定の権限線引き：優先度はPO最終決定、技術的解決策はチーム。予算の10％を改善・検証枠として自由に使えるよう合意。

DoRの最低ライン（例）

• 価値仮説とユーザー像が1文で示されている
• 受入基準（Given/When/Then）が3〜7個ある
• UIラフやAPI仕様リンクが添付されている
• 依存関係とリスクが明記され、サイズは最大3日相当

DoDの最低ライン（例）

• ユニットテスト80％以上、主要E2Eが緑
• コードレビュー2名、セキュリティ/PIIチェック通過
• フィーチャーフラグでリリース可能、監視項目が追加済み
• リリースノートと運用手順が更新済み

受託案件では「POを発注側、スクラムマスターを受託側」が機能しやすいです。要件凍結ではなく、スプリントごとの価値合意に置き換えることで、変更を前提とした透明性が担保されます。

スプリント運用の作法：イベントと指標を数字で回す

プランニング：容量ベースで約束する

• キャパ見積り＝（稼働日×人数）− 既知の会議/運用時間
• 60/30/10ルール：60％を確定項目、30％を変動余地、10％を改善に割り当てる
• 見積りはストーリーポイントでも工数でも可。ただし過去3スプリントの中央値を基準に過剰約束を防ぐ

リファインメント：薄く小さく垂直に切る

体験単位（検索→比較→購入のような流れ）で薄切りにします。受入基準はGiven/When/Thenを使い、曖昧語を排除。「速い」「使いやすい」はNG、「初回表示2秒以内」「Tabキーでフォーム遷移可能」など測定可能にします。

デイリーと看板：手詰まりの可視化が目的

• デイリーは15分。進捗報告より「障害と次の一手」を優先
• WIP制限を設け、ブロッカーは赤タグで即エスカレーション

レビューとレトロ：数字→デモ→学び

• レビューは数字から開始：予測誤差、サイクルタイム、欠陥件数
• レトロはKeep/Problem/Tryで1〜2件に絞り、オーナーと期日を設定。次スプリントで効果測定できるものだけ採用

運用指標（最小セット）

• 予測精度：コミットに対する完了割合の中央値（3スプリント移動）
• サイクルタイム：着手→完了の中央値
• 欠陥回帰率：同一領域の再発バグ割合
• CFD/バーンダウン：滞留と計画逸脱の早期検知

ツールとAIの使いどころ：人手でやらない勇気

AIは「要件の言語化」「テスト観点の網羅」「実装の下支え」に効きます。ただし生成物は必ずレビューに掛け、出所をPRに明記します。

• ChatGPT：受入基準の初期ドラフト生成。曖昧語の検出と具体化に活用
• Claude：長文の要件から非機能要件を抽出、ユーザーストーリーの分割案を提示
• Gemini：テストケースと境界値の生成、ダミーデータ作成
• Copilot：ボイラープレートやテストコードの自動補完。レビューでセキュリティとライセンスを必ず確認

運用ポリシー（例）

• PRテンプレに「AI使用欄」を追加（プロンプトと出力の要約、リスク確認）
• 機密/個人情報をプロンプトに含めない。生成テキストはIssueに保存し追跡可能に
• CIで静的解析・脆弱性・テストを自動実行。基準未達はマージ不可
• トランクベース＋フィーチャーフラグでデプロイとリリースを分離

身近な企業活用例：EC中堅の「なんちゃってアジャイル」脱出

EC小売企業（開発は内製8名＋受託2社）。年間最大商戦に向け、モバイル決済強化を進めていましたが、3週間スプリントで差し込みが常態化。チケットは巨大、レビューで初見の仕様が出て手戻り連発。ベロシティは乱高下、商戦に間に合わない危機に。

立て直しでは、スプリントを2週間に短縮し、DoR/DoDを導入。キャパシティの60/30/10を合意し、POが優先順位の最終決定者に。リファインメントは週2回30分で、受入基準をChatGPTで下書き→チームで推敲。Claudeで長文要件から性能・監査ログなどの非機能を抽出し、GeminiでE2Eテストケースを洗い出し。実装ではCopilotを使いテストと型定義を効率化しました。

3カ月後、予測精度は48％→86％、サイクルタイムは14日→6日に短縮。スプリントあたりの再発バグは7.2件→2.1件、リリースは隔週→週次へ。レビューは数字→デモの順で進み、利益インパクトが見えるように。結果、モバイル決済導線の離脱率が0.8pt改善し、商戦期の機会損失を回避できました。受託側はスクラムマスターとしてイベント運営と可視化を担い、発注側POは意思決定と顧客価値の定義に集中できる体制に変わりました。

受託開発でスクラムを生かす勘所

契約は「時間対価」でも「成果物対価」でも、スプリントという透明な単位で期待値をそろえると噛み合います。レビュー出席は契約事項に、変更は次スプリントで反映、DoR/DoDは付帯仕様として明文化。ベロシティをKPIにせず、予測精度や欠陥回帰率、サイクルタイムなど再現性の指標で対話するのが健全です。受託開発ソリューション事業では、こうした運用の型がチーム越境の摩擦を下げ、発注側の事業判断スピードを押し上げます。スクラムは形式ではなく、双方が意思決定できる最小単位を整えるための技術、その実装先が現場です。