ADR（えーでぃーあーる）

詳しいやり方

ADR（Architecture Decision Record）は、もともとソフトウェアのアーキテクチャ設計における意思決定を記録するためのフォーマットです。ふりかえりの文脈では、チームで議論して決定したことを後から見直せるように記録するために使います。

記録には5つの項目を使います。

1. タイトル：決定事項を簡潔に書きます
2. コンテキスト：この議論が必要になった背景を書きます
3. 決定：この決定に伴って実施することを書きます
4. ステータス：チームの合意状況に応じて「提案」または「容認」と書きます。あとから「非推奨」「廃止」に変わることもあります
5. 結果／影響：この決定によって得られること（プラス・マイナス含め）を書きます

たとえば「ふりかえりカタログのMiro版を用意する」という決定なら、コンテキストに「カタログのふりかえり手法の数が増えてきた」、決定に「Miro版を用意し、手法のサンプルをコピーして自身のMiroで使えるようにする」、結果に「思いついたふりかえりをみんなが足せるようになる」のように記録します。

ふりかえりでアクションを決めたとき、その背景や理由をADRとして残しておくと、時間が経ってから「なぜこのアクションをやっているんだっけ？」を見直せます。アクションのフォローアップや棚卸しと組み合わせると効果的です。

記録は、影響を受ける対象の近くに置くのがポイントです。コードに関する判断ならコードリポジトリ上に、チームの進め方に関する判断ならチームのWikiやボードに置きましょう。