本記事は、CodeZine連載「QA to AQ」の副読本として、現場で回る実装手順に寄せて再構成したもの。
本文は独自解説を主とし、引用は必要最小限に絞っています（図版は原則自作運用を想定）。

0. 今回のゴール

ダッシュボードがあっても、誰も見なければ意味がない。
今回は、異常に即時気づくためのシステム品質アンドンを実装する。

アンドンの狙いはシンプル。

1. アンドンとは何か

工場のアンドンと同じで、

を全員が一目で分かる形で表示する仕組み。
ソフトウェアでは、メトリクスとアラートをこの3色に落とす。

最初は3つで十分。

これ以上増やすと、現場が色疲れする。

ルールは事前合意して固定する。

アンドンで一番大事なのは表示じゃなく手順。

この時に重要なのは、初動の標準化と同時に、スプリント中の無秩序な割り込みを抑えること。
外乱を放置すると、アンドンが鳴っても改善が積み上がらない。

この流れをRunbookに書いておく。

システム品質アンドンは、監視ツールの追加機能じゃない。
チームの初動を揃える運用設計。

これで見逃しと遅延は減らせる。

次回は、運用しながら基準を賢く更新するために
**「着陸ゾーンの再調整と合意で『変化に耐える品質基準』を実現する」**を扱う。

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