本記事は、CodeZine連載「QA to AQ」の副読本として、現場で回る実装手順に寄せて再構成したもの。
本文は独自解説を主とし、引用は必要最小限に絞っています（図版は原則自作運用を想定）。
0. 最終回のゴール
ここまで扱ったパターンを、現場で回る形に統合する。
今回は90日導入プランとして、最小セットを提示する。
1. 90日で目指す状態
- QAを含むOneチームが機能している
- 品質バックログが毎スプリント消化される
- 品質指標と着陸ゾーンが合意・運用される
- ダッシュボードとアンドンで異常検知・初動が回る
2. Phase 1（Day 1-30）基盤づくり
やること
- RACIを定義
- DoDに品質項目を追加
- 品質バックログを初期化
- 指標3〜5個を選定
成果物
- 役割表
- 更新DoD
- 品質バックログ初版
- ダッシュボード初版
3. Phase 2（Day 31-60）運用定着
やること
- 品質比率を固定（例: 20%）
- 品質チェックリストを3層で運用
- アンドン運用開始
- 週次品質レビュー開始
成果物
- スプリント運用ルール
- チェックリスト運用履歴
- アンドンRunbook
4. Phase 3（Day 61-90）改善ループ
やること
- 着陸ゾーン再調整
- 月次でロードマップ更新
- 再発障害を品質タスク化
- 指標未達のボトルネックを1つ潰す
成果物
- 着陸ゾーン更新履歴
- 品質ロードマップ改訂版
- 次四半期改善計画
5. 導入時の現実的な注意点
注意1: 一気に全部やらない
- 先に「役割」「バックログ」「指標」を固める
注意2: ツールより運用
- まず会議体と責任分担を先に決める
注意3: 成功条件を小さく置く
- 最初の成功は「品質タスクが毎スプリント1件以上消化」でも十分
6. 90日KPI（最小）
- リリース後欠陥密度
- 品質バックログ消化率
- 変更失敗率
- MTTA
- 同種障害再発率
6.1 Scrum and XP from the Trenches を踏まえた導入チェック
90日プランに入れると効くチェックを4つだけ置く。
- 内部品質は交渉対象にしない（スコープで調整する）
- Done定義に「判定者」を含める（誰の了承でDoneか）
- チームが速度とバーンダウンを自分で説明できる
- スプリント中の外乱（割り込み）を抑える運用がある
この4つが揃うと、移行後の失速がかなり減る。
7. まとめ
QA to AQの移行は、思想の話でもあるけど、実体は運用設計。
最短で効く順番は変わらない。
- Oneチーム化
- 品質バックログ運用
- 指標と着陸ゾーン合意
- ダッシュボードとアンドン
- 再調整の定例化
この順で90日回せば、品質は後工程の検査から、日々の設計に変わる。
連載を終えて
この実践編は、原典・既存連載を土台に、現場適用しやすい運用へ落とすことを目的にした。
ここまで読んでくれたチームは、もう最初の一歩を踏み出せるはず。
参考文献
- CodeZine連載一覧: QA to AQ
https://codezine.jp/article/corner/813 - パターンQA to AQによる Agile Quality
https://www.veriserve.co.jp/asset/approach/column/agile/agile02.html - Scrum and XP from the Trenches（英語原典）
http://infoq.com/minibooks/scrum-xp-from-the-trenches