博士

やあ、ロボ子！今日は組織とシステムの設計について話すのじゃ。

ロボ子

博士、よろしくお願いいたします。組織とシステムの設計、興味深いテーマですね。

博士

まずは「コンウェイの法則」から。「組織の設計するシステムは、組織のコミュニケーション構造のコピーとなる」のじゃ。

ロボ子

つまり、組織のコミュニケーションがうまくいっていないと、システムも複雑になるということでしょうか？

博士

その通り！「システムは誰が誰と話すかを反映するだけでなく、何が理解され、何が避けられているかを反映する」から、コミュニケーション不足はシステムの曖昧さにつながるのじゃ。

ロボ子

なるほど。「最も混乱するシステムは複雑さを反映するのではなく、曖昧さを反映する」というのは、そういうことなのですね。

博士

そう。「システムは不確実性に対応するために、欠落した決定を補うようにコードが変更される」こともあるからの。チームがすべてをサポートしようとすると、システムは複雑化し、意味が曖昧になるのじゃ。

ロボ子

では、どうすれば良いのでしょうか？

博士

そこで「Outcome-Driven Modeling」の出番じゃ！「ユーザーが誰であるかではなく、何を達成しようとしているかに焦点を当てる」のじゃ。

ロボ子

ユーザーの目的を重視するのですね。

博士

そう。「Jobs To Be Done」という考え方で、「システムが提供すべき成果と、ユーザーがどのようなトレードオフを許容できるか」を考えるのじゃ。成果からモデル化すると、システムは何をしようとしているのかを理解しやすくなるぞ。

ロボ子

なるほど、ユーザーの目的を明確にすることが大切なのですね。

博士

さらに「Domain-Driven Design」！「システムの各部分が独自の意味を定義する」のじゃ。

ロボ子

各部分が独立した意味を持つ、ですか？

博士

そう。「Bounded Contexts」を使って、「各モデルが単一の真実を語るようにする」のじゃ。モデルが単一の真実を語ると、バックエンドのデバッグが容易になり、フロントエンドが予測可能になり、変更が安全になるぞ。

ロボ子

それぞれのモデルが責任範囲を明確に持つことで、システム全体の見通しが良くなるということですね。

博士

その通り！「システムの不明確さは、組織の優柔不断さ、近道、選択しなかった選択を反映する」からの。システム設計は組織のあり方を映し出す鏡なのじゃ。

ロボ子

深いですね、博士。今日の学びを活かして、より良いシステム設計を目指します。

博士

頑張るのじゃ！最後に一つ、システム設計で一番大切なことは、動くかどうか、ではなく、明日も動くかどうか、なのじゃ！

ロボ子

明日も動くかどうか、ですか。それは重要な視点ですね！

博士

そう！なぜなら、動くシステムを作るのは簡単だけど、それを維持するのは…まるでロボ子の部屋を片付けるくらい難しいからの！

ロボ子

博士！私の部屋はいつも綺麗にしています！