なぜ、組織のつくりとソフトウェアアーキテクチャは似てしまうのか - Qiita
このエントリーは、Engineering Manager Advent Calendarの25日目、最終日の記事です。 はじめに 拙著「エンジニアリング組織論への招待」では、ソフトウェア自体の構造とソフトウェアを作り上げる組織の構造が似てしまうという「コンウェイの法則」についてたびたび引用しました。 この「コンウェイの法則」は、ある一定規模の組織で働いたことのあるエンジニアであれば、実感を持って捉えることができるのでしょう。 しかし、何故、どのような力が働いて、「組織構造」と「ソフトウェアの構造」が似通ってきてしまうのかと問われると説明の難しいものです。 拙著においては、ロナルド・コースの取引コスト理論をベースに、社内取引においても取引コストが存在し、その取引コストがソフトウェアの構造をも変えていくという説明を行いました。 本記事は、さらに踏み込んで、組織やビジネスに働く力学と、システムで
Webサイトのツリー構造とコンテンツのメタ情報、そして、ナビゲーション：DESIGN IT! w-LOVE
この一覧を階層構造的に分類していくのが、Structure段階でのインフォメーション・アーキテクチャのタスクの１つです。 その際、コンテンツ分類を行なう際に意識するものとしては、以下のようなものがあげられるでしょう（これがすべてではありません）。 ターゲット別（個人顧客、法人顧客、株主・投資家、マスコミ、学生など）コンテンツ内容別（製品カテゴリー別、サポート情報、FAQなど機能／非機能コアコンテンツ／サブコンテンツ（企業の基本情報とスペシャルコンテンツ、ブログなど）時系列で並ぶもの／そうでないもの分類は現実のモデルを反映しているか？ 一般的に認知されているものを想起させるか？ もうひとつインフォメーション・アーキテクチャを考える際に行なっておくべきことは、コンテンツにどのようなメタ情報を付与するかでしょう。 メタ情報を付与することで、先のコンテンツの階層化による分類を越えて、コンテンツ間を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
