組織開発の意思決定透明化のために ODDR を試すことにしました | DevelopersIO

こんにちわ。てぃーびーです。 最近システム開発界隈でたまに話題をみかける「ADR」。 ADR は Architectural Decision Records の略で、アーキテクチャーの意思決定を決まったフォーマットで記録し続ける手法です。アーキテクチャーの意思決定後、時間の経過とともに当時のアーキテクチャーを設計した人が異動や退職で不在になり、後任が現在の設計を検討する上で、なぜ現状のアーキテクチャーになっているか確認したい、といったときがこの記録が活用される典型的なケースです。それ以外にも人の記憶は不確かなため、意思決定をした本人にとっても記録は便利です。 そういった必要性に関して niku さんの以下の記事が参考になります。 2020-05-19 ADR(Architectural Decision Records)を書くと決めた理由を自分の言葉で書き出した｜ヽ（´・肉・｀）ノ｜no

[satosssi]

良きかも

[smokeymonkey]

突然 @niku_name さんの名前が出てきて一瞬動揺したw

[tolkine9999h]

どうにも組織的な変更に対する意思決定の議論、忘れがちなので、これ早速使ってみよ。

[tasshi820]

ADRの組織施作版。チーム創設の経緯とか、長老の口伝になりがちなのでこれは良さそう。

[june29]

よさそう。