アーキテクチャデシジョンレコード（ADR）を組織構造の変更にも適用する - こまぶろ

ソフトウェアアーキテクチャに関するプラクティスとして、アーキテクチャデシジョンレコード（Architecture Decision Records, ADR）というものがあります。この記事は、それを組織構造に適用してみるとどうなるだろうと考えてみるものです。100%妄想ですので、予めご了承ください。 （↓妄想が湧いたときのツイート） 組織構造についてのアーキテクチャデシジョンレコード（ADR）というプラクティス、あると助かる場面はありそうだなと思いました— こま (@koma_koma_d) 2021年11月27日 2021/11/30 追記: 数日前に、同じくADRを組織の領域に適用する話が出ていました。 dev.classmethod.jp ADRとは？ 今回の題材である（本家の）ADRとは、以下のようなものです。 テキストベースの軽量なテンプレートを使用して、アーキテクチャ上の設計判

[sh19910711]

2021 / "ソフトウェアの設計に関する判断を記録していくプラクティスが有効なのだとすれば、ソフトウェアの設計と密接に関わっている組織構造（チーム編成）に関する判断を記録していくことにも意味があるかも"

[dskst9]

組織のADRというわけではないが似たようなことをやっていて、Background(背景)とIssues(解決したい課題)は書くようにしていました