第51巻

組織のソーシャルデザインに寄与するCMSの構築（1）

1

組織のソーシャルデザインに寄与するCMSの構築（1）
Designing CMS that contributes to the social design for organization (1)ソーシャルデザイン学科

井上

貢 一

Koichi INOUE
1．はじめに

2．組織の情報共有に関する調査

本研究の目的は、ソーシャルデザインの観点かICTを活用した組織の情報共有システムとしてら一般ユーザ組織のためのCMSのカスタマイズ

一般にグループウェア（Groupware）という言葉を行い、組織の情報共有の推進を図ることにある。

が以前からあるが、今日では、チャット、社内SNS、CMS（content management system）とは、Web

電子掲示板、施設予約管理、スケジュール管理、サイトを構成するテキストや画像などの様々なデプロジェクト管理、ファイル共有といったキージタルコンテンツを効率的に管理するシステムのワードとともに、様々なツールやサービスの普及総称である。IT系企業の多くはこれを組織内のが進んでおり、いずれもブラウザでアクセスする情報共有に活用しているが、一方で技術基盤を持Webアプリケーションが主流になっている。

たない小規模の組織や地域社会ではそのメリットが理解されておらず導入も進んでいない。

そこでこれらに関する社会の関心を把握すべく、
Googleサジェストキーワード一括ダウンロード

そこで筆者は、身近な組織や地域社会にこれをツール1）を用いて、検索キーワード「情報共有」実験的に導入し、一般的なユーザでも直感的に管に連動してサジェストされる関連用語を調べた理・更新ができるよう、システムの最適化を図る（Web調査：日本2019.07.31）。

研究を行っている。最終的な導入対象として想定回収されたキーワードの数は「情報共有」単体

しているのは、筆者が所属する九州産業大学内のの場合で、「アプリ」、「ツール」・・「メリット」他「情報共有」＋「あ」など「かな」を接続す
研究・教育・事務といった身近な組織はもちろん、 19件。
デザインプロジェクトで関わる地域社会、さらにると、「アイコン」、「あるある」・・「ワークショッ

学術団体など、CMSの導入によるメリットが期プ」など502件。「情報共有」＋「a」など「英数待できる組織である。

字」を接続すると、「application」、「business」

情報共有の目的は、当該組織において以下の事・・「wiki」など205件。合計726件のキーワードが抽出された。

項を実現することにある。
1）情報の一元化

その中で頻出する

2）情報の可視化

ツール系の単語を出現

3）情報のアーカイブ

回数とともに抽出した

4）作業の効率化のが表1である。
LINE 、 redmine 他、

5）ノウハウの共有

情報共有サービスの固6）人間関係の活性化
尚、本研究は九州産業大学における「KSU基有名詞が複数含まれて盤研究」に採択された複数年計画の研究で、初年おり、具体的なツール度となる本年度は、その取り組みの導入段階としやサービスに関心が寄て行ったWeb上の調査と過去の知見をまとめ、せられていることがわその導入に向けた提言を行う。

かった。

−83−

表1．情報共有と 相 関 の 高 いワード

2井上貢一3．情報共有に関わる様々なシステム

九州産業大学芸術学部研究報告・kintone https://kintone.cybozu.com/jp/

次に、「組織＋情報共有」の検索でヒットする・LINEWORKS https://line.worksmobile.com/「お薦め◯選」などと題した記事上位20件を閲覧

・Stock https://www.stock-app.info/

し 、そこに紹介されたツールやサービスを洗い

・Talknote https://talknote.com/

2）

出すとともに、当該事項に関するWeb上の記事数を調べた。キーワード単体のヒット数では、調3.2．Wiki系

査対象を的確に捉えていない可能性があるため、Confluence、Crowi、kibela、Qiita:Team と「情報共有」という語を加えたAND検索も行って、いったWikiベースのCMSの他、DokuWiki、Mediaそれぞれの記事数をまとめたのが表2である。

Wiki、PukiWikiなど、純粋なWikiシステムの話（Web調査：日本2019.08.01-08）。

題性も高い。その他大半の製品が独自のWikiを

表2．ツールごとのWeb上の記事数記事を閲覧して確認できたことは、こ内包している。
・Confluence https://www.atlassian.com/ja/
software/confluence

れらがクラウド上で
動 作 す るWebア プ

・Growi（旧Crowi） https://growi.org/

リケーションであり、・DocBase https://docbase.io/

個人のデバイスにイ・DokuWiki https://www.dokuwiki.org/

ンストールする従来

・esa.io https://esa.io/

型 の ツ ー ル とWeb

・Evernote https://evernote.com/intl/jp/business

サービスとの境界が・GitHubWiki https://github.com/

なくなりつつあると・iQube http://www.iqube.net/

いうことである。

・Kibela https://kibe.la/ja

いずれにしてもそ・MediaWiki https://www.mediawiki.org/

れ ら の 多 く はCMS

・NotePM https://notepm.jp/の一種と言えるもの

・PukiWIki https://pukiwiki.osdn.jp/

であり、インストー・Qast https://qast.jp/

ル 先 は サ ー バ ー、・Qiita:Team https://teams.qiita.com/

ユ ー ザ はWebブ ラ・Scrapbox https://scrapbox.io/

ウザからこれらを利・backlog https://backlog.com/ja/

用することになる。

・redmine https://redmine.jp/

以下、それらを大・SharePoint https://products.office.com/ja-jp/
sharepoint/collaboration

きく3つのタイプに分けて紹介する。

3.3．ファイル共有系
3.1．SNS・チャット系

ファイルはクラウドに置いてブラウザからアクSlack、Chatwork、LINEWORKSなど、SNSセスするのが一般的になっている。またOSSプツールの導入が進む一方、メールの利用が減っていラットフォームのGitHubも注目されている。

る（あるいは非推奨となっている）
ことがわかった。

・GoogleDrive https://drive.google.com/

・Slack https://get.slack.help/hc/ja

・Dropbox https://www.dropbox.com/ja/

・Chatwork https://go.chatwork.com/ja/

・box http://www.box-ctc.com/

・InCircle https://www.incircle.jp/

・GitHub https://github.co.jp

−84−

第51巻

組織のソーシャルデザインに寄与するCMSの構築（1）

4．Wikiシステムの可能性

3

4.3．Wikiの導入で可能になること

様々な記事の閲覧から見えてきたことは、Wiki

Wikiの導入で何が可能になるのか。調査からが情報共有システムのコアに存在するという点で明らかになったことを、冒頭で述べた「組織におある。Webサイト一般でのCMSの利用という点ける情報共有の目的」に照らして、大きく6つのでは、WordPressというブログ系CMSが全体の枠組みで分類整理してみよう。

61.6%3）と圧倒的シェアを持つが、組織の情報共4.3.1．情報の一元管理有という視点に立つと、Wiki（実際に利用され・定款・規約・ルール等の管理るパッケージは様々だが）に軍配が上がる。以下、 ・メンバー・連絡先情報の管理（ヒト）
今回の調査から明らかになったWikiシステムに・施設・備品の管理（モノ）関する知見を概説する。

・予算管理（カネ）・プロジェクト・会議体の情報管理

4.1．Wikiとは・様々な文書のバージョン管理

Wikiシステムの発端は、W.カニンガム（Ward・注目話題（最新のお知らせ等）の時系列管理

Cunningham）によるWikiWikiWebにある。ホノ4.3.2．情報の可視化

ルル国際空港内を走るWiki Wiki Shuttleに由来

・組織の全体像を可視化するするその名称は、ハワイ語で 「速い （wikiwiki）」

・委員会や会議体の体系を可視化するを意味するもので、迅速なページの作成・更新を・メンバーを可視化する意味する語として名付けられている。

・プロジェクトの進捗を可視化する

他のCMSとの違いは、ユーザのニーズにした・誰が何をしているのかを可視化するがって、様々なパターンのページとコンテンツが・自分が何をしているのかを可視化する生まれること、またそれに伴ってサイト全体の構4.3.3．情報のアーカイブ造（メニュー構成）も変化するという点である。

・組織が社会へ発信した情報のアーカイブ
・議事録・報告書のアーカイブ

4.2．Wikiの活用事例

・各種イベントの記録

最も有名な事例はインターネット百科事典の4.3.4．作業の効率化

Wikipediaであるが、今回の調査ではメルカリや・共同編集による文書作成の時間短縮

Yahoo!Japanの事例が各所で話題となっていた。

・スケジュール調整等の時間短縮

メルカリでは、部署ごとに複数のWikiで管理・ToDo管理の共有による「行き戻り」の削減されていた情報を2016年にCrowiに集約した。

・会議・電話・メールといった連絡業務の削減

社内各部署から10名のキーマンを指名して、統・ガラパゴスツールに関わる学習コストの削減

合的な運用を進めたことにより、Wikiの活用が4.3.5．ノウハウの共有習慣化され、現在では社内のほぼすべての情報が・組織内専門用語の共有集約されている。

・業務の遂行手順の共有

またYahoo!Japanでは、2002年頃から法務部、 ・施設・設備等の利用手順等の共有
広報部などの非技術系部署が会社全般の問題に取・ツールのチュートリアルの共有り組むために、情報管理ツールとしてCMSの活·Wikiそのものの利用ガイドの共有用を始め、2006年にはConfluenceというエン

4.3.6．人間関係の活性化

タープライズWikiを導入し、社内のほぼすべて・メンバーの趣味・関心ごとの共有の情報を集約している。現在、新入社員が最初に・「売ります・買います」など自由な情報交換覚えるのは「Confluenceの使い方」である。

・個人ページ（自己紹介）による自由な情報発信

−85−

4井上

貢

一

4.4．Wikiが選ばれる理由

九州産業大学芸術学部研究報告

4.4.4．PushからPullへ

Wikiの活用にはどのようなメリットがあるの

メールのようなPush型ツールでは、情報の氾か。今回の調査において記事内に頻繁に現れた濫・錯綜といった問題が生じてしまうが、Wikiキーワードとともに紹介しておこう。のようなPull型ツールでは、全員が一元的に情報4.4.1．アクセスの速さ（wikiwiki＝速い）に接するため、そうした問題は生じない。

我々の日常業務にはPCは必須で、そのPC上4.4.5．「実体渡し」から「アドレス渡し」へ

ではWebブラウザが常時起動している。特別なデータの「実体（ファイル）を渡す」のではなく、作業環境を必要とせず、数回のクリックで目的のデータの「アドレス（ページのURL）を渡す」。

情報にアクセスできる。しかも更新した記事は、この発想の切り替えが、情報スペースの削減と、リアルタイムに他のメンバーからアクセスできる。 データ移動に関わるトラブルの無化に寄与する。
4.4.6．バージョン管理の自動化

この速攻性の効果は非常に大きい。
4.4.2．MarkDown記法

従来型の業務では、書類は更新の都度メール等

MarkDownは、J.グルーバー （John Gruber）で再配信され、受信者はこれを手元の古いデータによって2004年に開発・公開された軽量マークと差し替えるという手間が発生する。また規約等

アップ言語のひとつである。見出し、箇条書きなに至っては、変更の都度その事実が書き込まれ、どの書式を簡単な記号で文書の記述が実現できるデータサイズが肥大化する一方である。

記法で、現在では様々な「方言」があるものの基

一方Wikiは現在公開されている情報が最新で、本的な仕様は共通で、データがプレーンテキスト

仮に古い版が必要になった場合も、差分記録からであることも「文書の標準」としてふさわしい。

簡単に「巻き戻し」が可能である。バージョン管

利用者にとって、そのスキルがポータブル（持ち理の自動化も大きなメリットのひとつである。

出し可能）であることは、学習のモチベーション

4.4.7．サイト構造の動的再編維持の観点からも重要である。

事前に情報のツリー（サイトマップ）をつくる

4.4.3．非同期・遠隔・一元管理

準備段階は必要なく、記事ページの増加に応じて、人類が発明した「文字」や「紙」がもたらしたメニューを再編すればよい。つまり、誰もが全体情報革命は「非同期コミュニケーション（時間差を気にすることなく、記事を書き始めることがでコミュニケーション）の実現」にあった。その後、 きる点が、情報の早期公開を促進する。
「電気通信」は「遠隔コミュニケーション」を可能

4.4.8．業務の「属人化」の解消にしたが、一方で同期的な「割り込み」が人を時業務の属人化（担当者以外わかる人がいない）間拘束するというデメリットを生んだ。そして続が生じると、組織はフレキシブルな運営ができな

く「インターネット」は「非同期かつ遠隔」といくなる。人の移動が激しく、またプロジェクトのう理想を実現したが、その一方で「情報の氾濫」ライフサイクルも短い現代社会では、これは大きという弊害をもたらした。

な問題であるが、Wiki上に作業手順・ノウハウ

Wikiはこれらの問題をすべて解消する「非同の蓄積があれば、引き継ぎは「当該ページの参照」期・遠隔・一元管理」のツールである。メールをのみとなり、属人化の問題が解消する。

過去に遡って探したり、ローカルフォルダを探し

4.4.9．全員参加による組織の活性化たりという非効率な作業が、机上のブラウザからWikiはみんなで執筆・編集することを前提とわずか数クリックでアクセス可能となる。各人のしたシステムで、組織のメンバー全員が編集に参都合のよい時間、場所で非同期的に情報の交換が加できる。SNSの活気を見れば明らかなように、できることで、それぞれが自分の業務に専念する

誰もが情報の発信者となれる情報環境があれば、時間が確保されるメリットは大きい。

組織の活性化は自然におこる。

−86−

第51巻

組織のソーシャルデザインに寄与するCMSの構築（1）

4.5．Wikiに関わる現状の問題

5

5．Wikiシステムの導入推進

前節ではWikiがいかに有効であるかという点

5.1．Wiki導入の前提について述べてきたが、今回の調査ではWikiのWikiはインターネットの文化の中で生まれた導入に関して様々な問題があることも明らかにものであり、その多くはOSS（オープンソースなった。以下、列挙する。

ソフトウエア）の思想に基づいて設計されている。

4.5.1．情報共有の必要性を感じない人がいる

そこでまず、導入予定の組織においては、以下の縦割り組織で蛸壺化した業務に専念していると、 ような「意識改革」と「スキル教育」を事前に導組織全体が抱えるメタレベルの問題に気づかない。 入することが重要である。
「問題を感じていない」人が多い組織では、情報5.1.1．従来型組織からの脱却に理解を求める共有に対するモチベーションも上がらないという・クローズドな関係からオープンな関係へ根本的な問題があるようだ。

・縦割り組織から、プロジェクト型の組織へ

4.5.2．情報を共有したくない人がいる・ノウハウ共有の妨げとなる競争原理の見直し

例えば、営業成績によって（決まった予算枠か5.1.2．「会議」のデメリットを認識してもらうら）ボーナスを競争的に取り合うような組織では、 ・人を場所と時間に拘束するのは損失が多い
ノウハウを秘密にする人がいて当然であろう。組・人の移動にはリスクがある（交通トラブル等）

織全体の未来を見据えることなく安易な競争原理

5.1.3．「紙」のデメリット認識してもらうを導入する組織では情報共有が進む見込みはない。 ・機器・紙・搬送、すべてにコストがかかる
4.5.3．メンバーに対する不信感がある・プリンタ故障、インク切れ、紙切れで進行停止

自由な閲覧と編集を前提にしたシステムでは・「校正」という面倒な作業が複数回発生する「不都合なことを書かれたらどうする？」などの・完成するまで発行できず情報公開が遅れる心配が先に立つことがある。メンバーへの信頼を・最後はゴミ。機密文書は廃棄コストがかかる

前提としなければ情報共有は進まない。

5.1.4．「メール」のデメリットを認識してもらう

4.5.4．組織内に同様のシステムが複数走っている

・届かない（スパムに仕分けされるなど）組織全体としての取り組みが遅れると、先端的・添付できない（サイズの問題）な部署だけが、独自のCMSで部署内共有に着手・添付が開かない（仕様の問題）することが多く、このローカルシステムの存在が、 ・添付の修正・差替がバージョンの混乱を招く
5.1.5．ICTスキルの育成

組織全体の一元化の足枷となるケースがある。
4.5.5．Wikiの活用に対する抵抗感

一般企業、団体、地域社会等では、構成員全員一般の組織には、そもそもITが苦手という人もが高いITリテラシーを持つことは希である。Wikiいれば、Webでの情報発信に抵抗を感じる人もいの導入に際しては、以下のような事項について研る。またそれ以前の問題として、情報を整理する修を行うなどの準備を行うことが望ましい。みんことが苦手な場合、記事を書くこと自体が大きななが楽しめるよう丁寧な説明が必要である。

ストレスとなって、結果、全体としての情報共有・CMS / Wikiとは何か（静的サイトとの違い）が進まないケースもあるようだ。

・ブラウザの活用ついて以上、要するにこれらは組織のあり方とメン・クラウド共有についてバーの意識・スキルの問題であって、Wikiその・アカウント（ID、パスワード）についてものの問題ではない。これらの問題に対しては、・文字について（文字コード、機種依存文字等）「環境が整ってから導入」ではなく、むしろ「Wiki・画像について（サイズ、圧縮形式、拡張子）の導入によって参加者の理解と能力を高めてい・動画共有について（動画共有サイトの使い方）く」という発想で解決すべきであろう。

・著作権に関すること

−87−

6

井上

貢

一

5.2．Wikiの導入準備

九州産業大学芸術学部研究報告

5.2.4．マニュアル・ガイドの整備

Wikiの導入を成功させるには、多くの準備が編集方法や編集方針を記載したマニュアルやガ必要である。ここではWeb調査で得られた知見

イドは、それ自体をWikiに書いて、簡単にアクセを筆者の経験を含めて列挙する。

スできるように準備すべきである。またそれは、5.2.1．バックアップシステムの確保参加者全員で追記・更新できる仕様が良い。

言うまでもないことだが、CMSはサーバーの1）編集マニュアル

システムダウンや電源喪失といった事態が生じる

見出し・本文・箇条書きといった基本的な記法と完全に機能停止となる。このことを肝に命じてから画像の掲載まで、誰もが編集を楽しめるようバックアップシステムを確保する必要がある。

編集方法をまとめたマニュアルが必要である。

5.2.2．基本仕様に関わる設定

2）運用ルール

1）Wikiのアクセス権限設定（公開・非公開）

Wikiは既存のページの編集のみならず、新規原則「すべてオープン」が理想である。絶対にページの作成、記事のアーカイブ、さらにサイト機密にすべき情報のみを別サイトに置いて「要ロのメニュー自体も自由に変更することができる。

グイン」とし、基本はオープンとすべきである。

これらの操作が無頓着に行われてしまうとサイト

2）共有する情報の範囲の設定の情報秩序が保てなくなるため、ある程度の運用原則「全ての情報」が理想である。業務を属人上のルールが必要となる。例えば、ⅰ）ページ名化させないためにも全情報の一元共有が必要。の付け方、ⅱ）
ページの分割・統合・削除に関す

3）共有するメンバーの範囲の設定

る指針、ⅲ）共同編集のマナー、ⅳ）署名の付け方

原則「全員」が理想である。閲覧・編集についなど、ルールを定めて「運用ガイドライン」などてはすべての人に同等の権限を与える。組織の構のページに記載しておくことが必要である。

成メンバーの権限に差別があってはならない。

3）
ページの「雛形（デザインパターン）」5.2.3．具体的な初動体制の構築

Wikiの編集には、記事を書く経験とスキルが

1）Wikiの経験者で導入推進チームをつくる必要で、そこに抵抗があると手が止まってしまう。

初心者のお手本となるべく率先して様々なペーイベントの告知、企画書、議事録、自己紹介など、ジを書いたり、表示が崩れたページの編集支援をページのタイプごとに「雛形」を用意しておくと、行うなど、チューターの役割を担う経験者を数名誰でも参入しやすくなる。雛形を参考にページが選定し、彼らを「見える化」しておくとよい。

増えてくると、それらがお手本となって他のメン

2）有用な初期コンテンツを投入する

バーのスキルも向上。好循環が生まれる。

連絡先情報・業務書式・マニュアル等、業務遂5.2.5．焦らず時間をかけて導入すること行上必須の資料を電子化して投入する。

筆者の経験からも、組織にWikiの利用を浸透

3）毎日アクセスするコンテンツを配置する

させるにはかなりの時間がかかる。特に書類とカレンダーベースの業務連絡等、毎日全員が関メールによるコミュニケーションを長く続けてきわるコンテンツを投入して閲覧を日常化させる。

た組織にWikiの有効性を実感してもらうには、

4）自由に書ける「個人ページ」を用意する

それなりの時間を要する。

自己紹介など、メンバーが自由に使える「見出共感なき導入は組織を幸せにはしない。組織のしつき空ページ」を用意し、初期体験を促す。

メンバー全員がWikiに積極的に参加したくなる

5）更新状況が把握できるようにする

ような工夫をしつつ、一方で、壁面掲示を減らす、更新状況の「見える化」を図るべく、ページの会議のペーパーレス化を進める、メール等の利用サイドバーなどに「最新の10件」などの見出しで、 を非推奨とするなど、Wikiを「窓口」とすべく、直近に更新されたページの一覧を掲載する。

推進部隊による地道な誘導の継続が必要である。

−88−

第51巻

組織のソーシャルデザインに寄与するCMSの構築
（1）

6．まとめ

7

ページ名は階層構造の無いフラットな空間でそれなぜ多くの組織でWikiシステムが情報共有のぞれ一意に付けられるべきであるツールとして採用されているのか。Web上の記9）的確であること（Pricese）

事で現状を調査するだけでは、その本質は見えてこない。本稿の最後となるこの節では、Wikiのページ名は重複しないよう、的確に付すこと10）
寛容であること（Tolerant）

設計に関わる「デザインの哲学」について、その背景に遡って理解を深めたい。

たとえ望み通りの挙動でないとしても、人が見て間違いとわかる挙動をする方が、エラーメッ
セージの表示よりも好ましい

6.1．Wikiのデザイン原則

11）
観察可能であること（Observable）

Wikiの創始者であるW.カニンガムは以下のよ
うなデザインの原則（Wiki Design Principles）

4）

サイト内の活動を誰もが観察・調査できること
12）
収束すること（Convergent）

を謳っている。基本原則が1）から12）、Wikiの同様の記述、関連する記事を引用することで、作者や実装者が付け加えた原則として13）からコンテンツが重複しないようにすること。また、

15）、そして、さらに追加のコメントとして、16）

重複したものは削除されやすいようにすることから19）の4項目を加えている。

13）
信用（Trust）

1）シンプル（Simple）

Wikiの活用上最も重要なことは「人を信用すシンプルな記述で文書の構築が実現できること
2）開放（Open）る」、「プロセスを信用する」、「信用構築を可能にする」ことである。誰もが良心を持つことを前提

誰かが書いたページが不完全でまとまっていなとし（ただし誠意には限度もあるが）、誰もがコいと感じた場合は、読者自身が自分が良いと思うンテンツを管理できるようにすることが重要かたちにそのページを編集できること

14）
楽しい（Fun）

3）漸進的であること（Incremental）

誰もが貢献でき、また誰も強制されないことあるページは他のページに対して（何も書かれ15）共有（Sharing）ていないページに対しても）言及ができること

情報、知識、経験、アイデア、視点を共有せよ

4）有機的であること（Organic）

16）
インタラクション（Interaction）

サイトの構造や文章は、編集と変化（進化）に対して寛容であること

ゲストとの対話が可能になること
17）
コラボレーション（Collaboration）

5）平易であること（Mundane）

同期的および非同期的に優れたコラボレーショ

少ない数の平易な記法で、多くの有用なマークアップを可能にすることンツールが作成できること
18）
プラットフォーム（Platforms）

6）普遍的であること（Universal）

特にクロスプラットフォームの実現が重要

執筆者が編集者や管理者にもなれるよう、編集19）
ソーシャルネットワーク（Social Networks）や管理の「仕組み」が、執筆のそれと同様に設計

ネットワークがコラボレーションを強化するされていること
6.2．Wikiの背景にある思想

7）明白であること（Overt）
HTMLに整形された出力から、その再現に必カニンガムが提唱したWikiデザインの原則の要な入力記法を想像しやすくなっていること

背景には、オブジェクト指向プログラミングにお8）一元的であること（Unified）

ける「パターン言語（デザインパターン）」、さら

ページ名はその解釈に前後の文脈を必要とせず、 に遡ると、建築家C.アレグザンダーによる「建それだけで意味がわかるものであること。また築のための6つの原理」があると言われる5）。

−89−

8

井上

貢一

九州産業大学芸術学部研究報告

オブジェクト指向プログラミングでは、パターいう語をつくったリチャード・ソール・ワーマン

ンが具体的なオブジェクトを生み出し、それがま（Richard Saul Wurman）も、建築家でありデザた新たなパターンを生み出す。Wikiで言えば、イナーである。建築・オブジェクト指向・Wiki、初期パターンは記事の種別としての「アイデア」・そこには共通するデザインの原理がある。

「プロジェクト」
・「人」といったものでもよいし、Wikipediaのコミュニケーションパターンのよう6.3．組織・Wiki・価値生成に「ドキュメント」と「議論」といったものでもC.アレグザンダー流に言えば、生きた組織はよい。パターンがコンテンツを生み、その相互作「ツリー」構造ではなく「セミラティス」の構造8）。
を持っている（図1）

用がまたパターンを生み出すのである。

トップダウン式に全体を統治する「ツリー」は、Mike Gancarzは著書 The UNIX Philosophyの中で、UNIXの設計思想として以下の点を繰り官僚、警察、軍隊といった組織には通用するかも返し述べている6）。

しれないが、複数のメンバーが複数プロジェクト

1）ひとつのことをうまくやるに重複して関わる組織や、開かれた地域社会には2）小さな部品の集合として大きなものをつくる

馴染まず、同様にそれが持つ情報も、ツリー状に初期パターンは物事が動き出すきっかけとして整理するのは難しい。

機能する「小さな部品」であり、それが自律分散

Wikiは、複 数 の的にうまく機能することが、組織全体をうまく成メンバーによって長させるのである。

「ページ」を相互 に一方、アレグザンダーによる「利用者参加によリンク・調整する自る建築のための6つの原理」 は以下のとおり。

律分散協調系であり、

1）有機的秩序の原理（The principle of organic order）

それはまさにセミラ2）参加の原理（The principle of participation）

ティスの構造を持っている。その意味でも、組織

3）斬新的成長の原理（The principle of piecemeal growth）の情報共有にとって最も適性の高いシステムは

4）パターンの原理（The principle of patterns）

Wikiだと言えるだろう。

7）5）診断の原理（The principle of diagnosis）

図1．TreeとSemi-lattice

我々がその思考に用いる言語の統辞構造は基本

6）調整の原理（The principle of coordination）

的にツリーであるが 9）、一方「言葉」の意味体系、ここに登場するワードを「カニンガム≒アレグ

すなわち価値は、具体的な発話の相互作用によっザンダー」の形で対応づけてみると、Organic＝て絶えず更新し続けるものである10）。Wikiは人

organic 、 Incrimental ≒ piecemeal growth 、類最大の発明である「言葉」と同様の仕組みで、Open≒participation、Observable≒diagnosis、価値生成の原動力となるのではないだろうか。

Convergent≒coordinationなど、カニンガムのWikiの原則にはアレグザンダーの建築の原理と註共通する考え方が見て取れる。いくつかのページ

1）
Googleサジェスト一括DLツールhttps://www.gskw.net/のパターンから生まれる個々のページはオープン

2）@IT，ITmedia，日経×TECH，CNETJapan，WIRED等な参加によって、相互に調整・診断を受けつつ漸次的に成長する。このようなWikiの振る舞いは、

3）
https://w3techs > CMS market share4）
http://wiki.c2.com/?WikiDesignPrinciples
5）
江渡浩一郎，2009，
パターン、Wiki、XP，技術評論社

細胞が自律分散協調的に自己組織化する生命体と6）Mike Gancarz（芳尾桂監訳），2001，
UNIXという考え方，オーム社

同様である。そのような創造のスパイラルこそが、

7）
C.アレグサンダー，
1977，オレゴン大学の実験

サスティナブルな情報デザインの原理なのではないだろうか。ちなみに「情報アーキテクチャ」と8）C.アレグザンダー，
1965，
都市はツリーではない，鹿島出版会
酒井邦嘉，
2019，
チョムスキーと言語脳科学，
インターナショナル新書
9）10）
丸山圭三郎，2008，
言葉とは何か，ちくま学芸文庫−90−