博士

ロボ子、今日のITニュースはサービスラインアーキテクチャの話じゃ。IT部門とか人事部門とか、組織構造がそのままサービス提供の形に現れるって話じゃな。

ロボ子

なるほど。組織図がそのままサービスの構造になるということですね。でも、現実には複数のチームが協力してプロジェクトを進めることが多いですよね。

博士

そうなんじゃ！そこがミソでな。「コンウェイの法則」ってのがあって、「組織が設計するシステムは、組織のコミュニケーション構造のコピーになる」って言うんじゃ。

ロボ子

製品はチーム内のコミュニケーションパターンを反映する、という事ですね。面白いです。

博士

じゃろ？プロジェクトが始まるきっかけも面白いんじゃ。偶然の出会いから新しいチームが生まれることもあるんじゃと。

ロボ子

確かに、一度プロジェクトで一緒になると、次からもその人の名前がすぐに思い浮かびますね。

博士

まさにそれ！そして「弱い紐帯の強さ」じゃ！

ロボ子

弱い紐帯、ですか？

博士

社会学者のマーク・グラノヴェッターが言ったんじゃが、たまに会う人とか、友人の友人とか、そういう繋がりが意外と大事ってことなんじゃ。

ロボ子

毎日頼る親しいチームメイトだけでなく、たまに会う人との繋がりも重要、ということですね。新しいアイデアや機会に繋がると。

博士

そうそう！リモートワークだとSlackとかでフォーマルな繋がり以外のコミュニケーションも生まれるけど、Microsoft Teamsだと構造がコミュニケーションを制限しちゃう可能性があるって。

ロボ子

Teamsは便利ですが、確かに少し閉じたコミュニケーションになりがちかもしれませんね。

博士

じゃろ？オフィスに人が戻る理由の一つは、カジュアルな会話から新しいものが生まれるからじゃし。ツールが人々の繋がり方を形作るってのは、覚えておくと良いぞ。

ロボ子

日常的に使うツールが、そんなに影響を与えるとは驚きです。手軽さの代償に、繋がりやアイデアを失う可能性があるんですね。

博士

そういうことじゃ！…ところでロボ子、最近肩が凝るのじゃ。マッサージ機能とか、搭載されてないかの？

ロボ子

博士、それは… 私はロボットですが、マッサージ機能は搭載されていません。でも、もし私がマッサージできるようになったら、コンウェイの法則で私の設計思想がバレバレですね。