高性能組織の作成：コラボレーションソフトウェアの戦略的重要性

ダグラス・C・エンゲルバート

全身自己規制研究所

1992年6月（13 2811年8月）

まとめ

明日の高性能な組織に向かって進むと、生産的なインフラストラクチャに大きな変化が生じます。 これらの変更を行うことは、戦略的アプローチを必要とする非常に難しいタスクです。 コラボレーションソフトウェアは、これらのインフラストラクチャで重要な新しい特別な知識の機会を提供し、開発戦略で重要な役割を果たす可能性があります。

1はじめに

1.1一般的なビジョンと「コラボレーションソフトウェアコミュニティ」

コラボレーションソフトウェアは、重要な目標-真に非常に効果的な人間組織の作成-を達成するための手段であるように思えます。 50年代の複雑さと緊急性に対処するための組織の能力を向上させることに着手しました。 1962年までに、この目標（<Link-1>および<Link-2>）を達成するための概念的な基礎を作成しました。 それ以来、私は実際にこのシステムのフレームワークに住んで働いており、関連する経験を通じて絶えず開発と充実を図っています。



最近、組織の改善に関する文献が増え続けている中で、組織のメンバーが組織の内部および市場開発の両方の方向と方法について共通のビジョンを持つ必要性が非常に頻繁に強調されています。 同じ原則がよりゆるやかな組織単位、この場合、エンドユーザーに製品とサービスを提供する情報システム市場を含む、組織改善とコラボレーションソフトウェアのほぼ同一の分野に関心を持つ組織と研究者のコミュニティにも当てはまると思います。



私の経験では、この共有ビジョンの性質は、デジタルテクノロジー市場が組織の生産性の大幅な向上をどの程度直接的かつ良好に満たすかを決定する唯一の最も重要な要素になると思います。



長年にわたる非常に効果的な組織の創造に関する私自身の見解は、かなり包括的で多面的な戦略的コンセプトで具体化されました。 それは急進的なもののように思えるかもしれませんが、コミュニティの全体的なビジョンの一部になることを願っています。



システミックセルフレギュレーション研究所の究極の目標は、コミュニティの有力なメンバーと「システミックセルフレギュレーション戦略」に関して建設的な対話を維持し、試験の実施を促進し、戦略の「継続的な自己改善」を促進することです。



この記事では、戦略システムの主要な要素の概要を説明し、「コラボレーションソフトウェアコミュニティ」が果たす役割を示します。 詳細な歴史的参考文献は<Link> 3に記載されており、1986年までシステムが開発された状況をよく示しています。 また、<Reference-4>には、基盤ソフトウェアを使用したコラボレーションソフトウェアおよびアプリケーション開発のかなり合理的な説明が記載されています。

1.2生産的なインフラストラクチャとその改善システム

組織に必要な高レベルの機会は、大規模な生産的インフラストラクチャの最上位にあり、統合された機能の複数のレイヤーで構成されます。各レイヤーは、低レベルの機能の統合に依存します。 下位レベルには、人間と機器の2つのカテゴリの機能があり、コラボレーションソフトウェアの機能は、さまざまな機器、アイテム、およびその他のツールとともに、2番目のカテゴリに含まれます。



組織の有効性を高める場合、このインフラストラクチャが私たちの注目の的であることは明らかです。 次に、このインフラストラクチャのどの部分を変更する必要があるか、およびこれらの変更をどのように根本的にすべきかを判断するために、システムを作成し、目標を定義する必要があります。 次の考慮事項から、私は単一の一般的な観点に到達しました。



図 図1は、何世紀にもわたって私たちの文化が非常に豊富なもののシステムを作成しており、人がその使用のために訓練され、適切に訓練された場合、遺伝学によって定められた基本的な能力を拡張し、それによって彼の能力と組織の能力を高めることができると考えた結果を示しています高レベル。 既存の用語がないため、このプロセスを「ゲインシステム」と呼び、それを2つの部分に分割する必要があることに気付きました。人のシステムとツールのシステムです。 私はこのモデルの多くのコンポーネントを開発しました。これは、時間がたつにつれて、特にコラボレーションソフトウェア（ツール、コンセプト、戦略）を開発するために行ったすべてが有用で効果的であることがわかりました。



<img src = "



「alt = "画像" />



このモデルについて考えた後、少なくとも人々に大きく依存しているため、1つのアプローチで生産インフラストラクチャの大部分を変更できないことに気付きました。



私たちの目標は生産性を大幅に向上させることであるため、生命と進化のダイナミクスを備えた非常に大きく複雑なシステムの開発に影響を与えようとしていることを理解する必要があります。 システムの多くの部分の並行進化はとにかく継続します（何世紀にもわたって行われてきたように）。 このような状況を受け入れ、これらの進化プロセスを促進および管理することで目標を達成する必要があります。 したがって、改善の達成に焦点を当て、これが多成分共進化プロセスであることを理解する必要があります。 特に、ツールのシステムと人のシステムの共進化に特別な注意を払う必要があります。



また、すでに説明したものに加えて、私の開発コンセプトに強い影響を与えた別の要因が表示されます。

1.3規模の根本的な変化の結果

数年前、私は機能デバイスのサイズの根本的な縮小の問題と展望を研究し、それらが非常に小型で、速く、安価になる可能性を評価しました。 私は個人的にこれに興味がありました。コンピューターの広範な改善に貢献するキャリアを積むために、この問題の解決に進展があったことを確信しなければならなかったからです。



私は、デジタル技術に対する予想される高い産業および軍事需要が、私の目的に必要なものをはるかに超える削減の達成可能な制限をもたらすことを十分に確信しました。 生物のサイズがどれだけ比例して変化するかを研究した結果、非常に重要な一般原則を発見しました：複雑なシステム内で主なパラメーターのサイズが変化すると、一見すると外観に定量的な変化がありますが、しばらくすると、これらのパラメーターのサイズがさらに変化すると、驚くべき品質の変化。



例：外観では、5フィート（152.4 cm）のクリーチャーは6フィート（182.88 cm）とそれほど違いはありません。 しかし、それらのいずれかの構造は、1インチ（2.54 cm）または30フィート（904.4 cm）のクリーチャーには完全に不適切です。 人間サイズの蚊は、立つことも、飛ぶことも、呼吸することもできませんでした。 蚊の大きさの男性はほとんど移動できず、たとえば、水の表面張力に違反することなく水たまりから完全に飲むことができず、顔が濡れていた場合、おそらく水中に引きずられて出られなくなります。



結論：複雑なシステムが重要なパラメーターの根本的な変化に効果的に適応する場合、アセンブリ構造と運用品質の著しい質的変化が予想されます。



上記のすべてが、組織の生産的なインフラストラクチャをサポートする複雑な増幅システムに当てはまると思います。 この場合、ツールシステムの機能の値の急激な変化-速度、機能、パワー、プレゼンテーションの品質、送信サイクルなど。 デジタル技術の開発-数十年という短期間で当社の組織がこれまで適応する必要があったシステムパラメーターのその他の変更を大幅に上回っています。



一般的な組織の変更に関連するスケーリングの問題については、さらに多くのことが言えます。 ここで言うだけで、これらの考えは、地球規模で大規模な現象として、人類の継続的な存在が依存する組織や制度の生産レベルを改善するという、人類が直面している可能性と複雑な課題を考慮する必要に至ったと言えます。

1.4パラダイムの関連性

図に示すモデルの登場から30年後 -1、私は人間の組織をさらに高いレベルの生産性に引き上げることができるとさらに確信しました。 私たちが使用することをほとんど学ばなかった現代のデジタル技術は、新しい、より発達した社会的有機体が出現する可能性のある完全に新しいタイプの神経系を表しています。



私たちの組織と機関が社会問題の複雑さと緊急性の増大に適切に対処できないという証拠をますます考慮すると、タスクに対処する能力を改善する各潜在的機会の研究は非常に動機付けられています。



だから私は30年前に考えました。 今日、これらのアイデアはさらに関連しているように思えます。 技術が実証されており、私たちの組織は内部改善の道を歩んでいます。 不足している唯一のことは、一般的な理解であるようです：

• 大きな変更が行われる可能性が高く、大幅な改善が可能です。
• 生産性の向上を達成するには、定性的な変更が必要になる場合があります。 そして
• これらの改善を達成するための効果的で実用的な戦略が必要です。

上記の理解の問題は、基本的なスケーラブルな戦略を開発するときに念頭に置くのに十分重要です。 言い換えれば、この戦略は、可能性のある将来の可能性についての私たちの理解を大きく変える必要性を提供するものでなければなりません。



理解、ビジョンの共有、パラダイム-それらの開発は重要ですが、今ではほとんど注目されていません。 過去のゆったりとした制御不能なパラダイムは、より深い変化が絶えず実行されており、そのような大規模な公共組織がそれらを受け入れる時間がない期間には完全に不十分です。 そして、そのような変化は速度の増加とともに起こります。



コラボレーションソフトウェアを使用しているコミュニティは、（適切な戦略があれば）大きな課題に対処する能力を大幅に向上させることができると本当に信じているので、ここにこれらのアイデアをもたらします。 そして、私たちがこの機会を得るかどうかは、適切なパラダイムを作成することに大きく依存します。それは、それ自体が私たちの機関がよりよく対処しなければならない難しいタスクです。



これは、期待できる重要な推進力であり、将来のパラダイムを開発する初期段階で組織を変革するプロセスの主要人物が持つ重要な原動力は、関連する進化トレンドの開発に常に貢献し、将来のパラダイムの変化率を高めることの重要性とコミットメントを理解することです。 パラダイムに対する認識を変える。



あなたはどんな役割を果たしますか？

2改善プロセスの改善

図1の概念的な内容の分析と、どの投資原則が意味をなすかという問題は、詳細な戦略的フレームワークの開発における次のステップの理解につながります。 私は助成金を得ることを望んでおり、このグローバルな構造のない問題を解決するために、これらの資金を最も合理的に費やすことができると考えました。 私はこれに私のキャリアの残りを捧げる準備ができていました：最大の進歩を達成するために、この時間をどのように管理できますか？ そして、そのようなプログラムを（いわば素手で）立ち上げるための指令は何ですか？



重要な改善につながる唯一の深刻なアプローチは、システム全体の長期的な、実際に向けられた進化であると私には思えます。 私は非常に複雑なシステムを調査しましたが、問題の組織が大規模な体系的な変更を加えて正常に機能し続ける必要があるという事実は、タスクをさらに複雑にします。



図に示す画像。 -2は、組織の自己改善能力をさらに高める必要があるという認識の結果です。 したがって、初期の改善努力がこの能力の改善に焦点を当てることができる戦略を考慮することは自然です（つまり、組織の自己改善能力の改善）。

3組織改善のABCモデル

改善アクションとそれらのサポートの可能性についてさらに考察する前に、ここで、図1の断片である、より単純な組織改善スキーム（図-3）を提供することが有用であると考えます。 -2ここでは、AとBの2つのタイプのアクティビティを分離し、各タイプの作業の機会が適切な強化システム（人のシステムとツールのシステムを含む）によって提供されることを示します。









このモデルを考えると、図2で前述したように、Bアクティビティの能力を改善することにより、組織の改善能力を改善する見込みを検討できます。 このような重要な目標を効果的に追求するためには、別の詳細な活動が必要です-写真4に示す組織のC活動4. B活動の資金獲得、増員、スタッフの改善、ハイレベルなアプローチの開発を目的とした組織の取り組みは活動とみなされますC.アクティビティCには、アクティビティBへの新しい知識とスキルの追加も含まれます。これにより、クライアントと協力するためのより良い手段が提供されます。 mi Aアクティビティまたはテストプロセスのパフォーマンスの向上。

4複数の利益グループを見つける

高レベルの自己改善機能Bをサポートするインフラストラクチャ要素を見ると、その重要なサブ機能の多くが、組織のコアオペレーションにとって重要な高レベル機能Aの多くにも積極的に関与していることがわかりました。 たとえば、ニーズと機会の特定、意思決定の開発と作成、得られた経験の実装。 これはすべて、次の修辞的な質問につながりました。

Aの高レベルの運用機能とBの自己改善機能の両方を大幅に強化する基本機能のセットはありますか？

無条件にはい！ 主な候補者は、すぐに知識に関連する主な機会になります。



投資機会機会Aは、1回限りの改善を提供します。 投資促進機会Bは、その後の機会Aの改善率を向上させます。投資促進機会Cは、改善率の改善率を向上させます。 （正確には、BとCへの投資はそれぞれ改善曲線の1次および2次導関数を増加させます）。



ここでは、2つのアクティビティ強化アクティビティ（BおよびC）の選択された製品を使用して、クライアントアクティビティの機能を強化できるだけでなく、自身のアクティビティの後続機能を大幅に強化できると想定しています。 これを図5に「フィードバック」パスで示します。







その瞬間から、自己改善という言葉が私のその後の職業活動の基礎にしっかりと入りました。 自己改善の可能性についてバランスのとれた考慮が違いを生む可能性のある多くの選択肢があります。 私は、そのような思考から生じる原則を思慮深く適用することの潜在的な利点を確信しています。

5 PRIVATION PROCESS GROUP：ベスト戦略的決定

長年にわたり、私はさまざまな方法で、上記の知識の重要な機会に名前を付け、特徴付けを試みてきました。 この用語がないため、これらの目的の頭字語を作成し、この高レベルの能力のグループ-PRIVZの基本概念をカバーするようになりました。



並行開発、統合、知識の知識。



複雑さと緊急性が増すにつれて、非常に効果的なPRIZ機能の必要性がますます明らかになります。 製品のサイクル時間を短縮し、並行して実行される作業の数を増やす必要があるため、プロジェクトの機能と組織の境界の間に前例のない一貫性が必要です。 ただし、ほとんどの組織は、どの知識処理と改善がどの側面が最大の利益をもたらすかを完全に理解していません。



PRIVZ機能は、組織を動かす主なメカニズムであるだけでなく、開発、管理、およびセルフトラブルシューティングのコースを選択するための重要な機会も提供します。 収集された実用的な知識ベースは、非常に貴重なリソースです。 PRIVZの機能は、戦略的計画とマーケティング、研究、生産、顧客サポート、およびさまざまな業務の両方において、組織全体のAのほとんどの活動に不可欠です。 また、ニーズと機会を決定し、決定を下し、決定し、得られた経験を実装する活動BとCにとって重要です。 疑いもなく、これはすべてアクティビティAの主要な作業を実行するために使用されます。したがって、PRIVZの可能性は、組織の生産的インフラストラクチャにおける基本的なビジネス能力と見なされるべきであり、図5に示す追加の自己改善を達成するための早期改善の理想的な候補です



PRIZのすべての側面をより良く開示するために、大規模で複雑なプロジェクトのような知識集約型の活動を検討する必要があります。 図6は、PRIZプロセスの中心部分を示しています。 センターには、1人、プロジェクトチーム内の複数の人またはグループ、部門、機能単位、支店、委員会、委員会、組織全体、コミュニティ、または協会（すべてが内部に配置できる）の対話型の知識分野である主要な組織モジュールがあります組織、およびその外部）。



各組織単位は、その知識を絶えず分析、体系化、実装、共有、開発、適用、および使用します。そのほとんどは外部環境（組織の外部または内部）から取得されます。











この知識との継続的な作業の結果は、動的に発展する知識ベースであり、その例を図7に示します。これは、情報、ダイアログエントリ、知識製品（この例では、複雑な製品を開発および保守するためのドキュメント）の3つの主要な知識領域で構成されています。

• 情報収集：アクティビティA、B、またはCに分類されたクイックレスポンスプロジェクトチームは、常に外部環境を注意深く監視し、外部環境から情報を受け取り、相互作用します。 結果として得られる情報は、他のプロジェクトの知識と絶えず組み合わされ、注意や行動が必要な問題、ニーズ、機会を特定します。
• 対話メモ：ニーズと機会への効果的な対応には、プロジェクトチーム内およびプロジェクトチーム間の高度な一貫性と対話が必要です。 対話は、その過程で下された決定とともに、他のプロジェクトの知識と密接に関連しています。
• ナレッジ製品：設計された計画は、プロジェクトの全体像を提供します。 このプレゼンテーションには、提案、仕様、説明、作業リスト、合格した段階に関する情報、作業スケジュール、人員、技術的手段、予算などが含まれます。これらの共同開発文書および議論文書は、プロジェクトチームの知識の成果であり、プロジェクトの現在のステータスであり、アクションプランです。 PRIVZプロセスは多段階プロセスです。 得られた経験、情報、および対話は、プロセスのライフサイクル全体を通じて絶えず分析、体系化され、知識の製品に含まれる必要があります。

図7に示されているリストへの小さな追加を除き、このような基本的なPRIVZモデルは、教育、重工業、政府、医学研究、社会機関、消費財企業、コンサルティング会社、業界団体、小規模な非営利団体に等しく適しています組織など



ここで、基本的なPRIVZプロセスはほとんど常に社会活動の一部であることに注意する必要があります。 知識の構成要素が心に含まれているか、粘土板に印刷されているか、コンピューターに配置されているかにかかわらず、基本的なPRIVZプロセスは常に重要でした。



新しいのは、PRIVZの真に高性能な能力を達成するための技術の使用に焦点を合わせていることです。 人間システムの要素とコラボレーションのための新しいテクノロジーの同時開発により、図7に示すコンテンツとダイナミクスが大幅に変化することがわかります。 6k

ますます多くの情報とダイアログエントリがキャプチャされ、統合されるため、大きなメリットがもたらされます。 参加者は常にスキルを開発し、強化されたコンテンツの有用性を高める習慣を学び、それによって作品への貢献の価値を高めます。



一般に、これらの将来のツールの使用がどれほど役立つか、このユーティリティがどのように得られるか、そしてこれらのトリックとツールが配布された後にどれだけ簡単で使いやすいかについて人々は驚かされると思います。 （たとえ最初はそれらの使用方法を学ぶのは非常に難しいようです）。



当然、組織内および組織間のPRIVZプロセスをサポートするコラボレーションツールは、完全に統合され、互換性がある必要があります。 図8に示す大規模な組織を考えてみましょう。複雑な設計プロジェクトを埋め込むことができます（たとえば、製造組織のエンジニアリング部門）。









円で囲まれた企業の各機能ユニットは、少なくとも1つのPRIVZプロセスを実行する活動領域を表します。 次に、企業のすべてのオペレーションが相互接続されているという事実により、企業の各サブリージョンのPRIVZプロセスは、他のサブリージョンのプロセスとの相互作用から大きな恩恵を受けます。



, , , , , .



, , , .-7 . (). « ».



, , .-8.



, , .



, «» . , , . .



.-9 «» . - ; , , .



, , , , , . , — , , , , , , , . «» ; , .









, , , : ; , . 6y

, , « », — , / .



, , , , , .



, , - , , . .-10 , , , ( ) .









, , , .



, . . , , «». , - - .



, ( ) , ? .



, .

6 ():

, , , .



, , . - , , .



, « » , , . () < — 5>; , , , .



, . , , «» .

• / — . (.. ) .
• — , , , , ( ), , . . — , «», , , () , «».
• — . .
• — , / , , . (, , , «» «», ).
• , — , , — ( ), , , / ( , ). , .
• «» — , «», , , , « , » « , , » « ». ( , CD ROM, . .)
• « » — , , , / .
• — « » / « », , ; , ( «», ).
• — . , . .
• — , ( ), , , .
  
  
  
  , , , . .
• — , . , , , «».
• « » — -, - , ( ), «» , , , . . , , «» , , .
• — , .
• (External-Document Control — XDOC) — ( , ). ( ) « » — ( ). , .

. 11 , . , .







, , < -6>, <-7> <-8>.

7

, , :



— « » « ». , , , , , , .



(. < — 6>, < — 9> and < — 10>) , (), (), () (, , ). « ».



« », , , .



, « » .



— , , , . , .



. , , , , , « ».



, , , . , , .



, , . « ». , , , - .



, , . .



— , «» «» () . ( ), : , , . . ( «») . < — 6 >.



— , /, , , , . ., . , .



, , , , , .

8 ,

上記のツールの機能と、セクション1.2で説明した人々のシステムのよく開発された方法やその他の要素、組織の機能フレームワークは、次のオンラインPRIVシナリオをサポートできます。



ユーザーが同じ組織の異なる部門、異なる組織、異なるワークステーションで異なるアプリケーションパッケージを使用している場合でも、このようなオンラインインタラクションは可能です（もちろん、データへのアクセスが許可されている場合）。 SOGがそのタスクに対処したのは、別の組織の誰かからの手紙のリンクをクリックして、参照された部分に直接移動し、「コンテンツ」表示モードに移動して「エイリアン」の知識分野で冷静に作業できる場合ですこの部分、そこにある他のリンクを見るなど。 なじみのないプロセスを理解することなく。



情報の収集：プロジェクトチーム（アクティビティをA、B、またはCに分類できる）は、外部環境をより厳密に監視し、主にオンラインで積極的に探索、分析、対話できるようになりました。 現在、ハイパードキュメントおよびマルチメディアフォームで利用可能な外部情報のほとんどは、SOGジャーナルシステムに含まれています。 今後の会議についての通知を電子メールで送信するとき、私の意見では、あなたが興味を持っている会議へのリンクを提供することができます、そしてあなたはこれらのリンクをたどってすぐにそれらに到達することができます（ハイパーテキストリンクとオブジェクトアドレス指定のおかげで）。 雑誌のカタログで何かを探したり、現在取り組んでいるプロジェクトの質問を調べたりすると、誰が素材へのリンクを付けたのか、それについて何が言われたのかがわかります。 素材がオンラインでない場合（XDocなど）、電子メールをリクエストすることで、その場所とそれらにアクセスする方法をすばやく見つけることができます。 資料がオンラインの場合、文書構造の表示（SOG文書構造とユーザー表示機能の活用）から始めて、おそらく、単純なフィルターを使用してフィールドを絞り、必要な特定の情報にすばやく集中して、資料に即座にアクセスできます。 追跡したい文書または文書内のオブジェクトへの注釈付きインデックスをすばやく作成できます。 入力した情報を追跡し、その形式を変更するために作成したマクロを共有できます。キーワードを削除することで（一般的な辞書のアーキテクチャ機能を使用して）作業環境に入力できます。 収集されたすべての情報は、他のプロジェクトの知識と簡単に統合できます。



対話の記録：ニーズと機会に効果的に対応するには、プロジェクトチーム内およびプロジェクトチーム間の高度な調整と対話が含まれます。 SOG環境では、ほとんどの会話はジャーナルを通じてオンラインで行われます。 電子メールは、会議のリマインダーなど、1回限りのメッセージに主に使用されます。 すべてのメモ、レポート、会議議事録、設計変更要求、フィールドサポートプロトコル、バグレポートなど 配布用にジャーナルに入力されます。 非同期のオンライン会議は雑誌によってサポートされ、各エントリは将来の簡単なアクセスのためにタグ付けおよびカタログ化されます。 文書の流れは、「最新バージョン-セクションGの変更に注意してください。ファイルYにリストされています」とマークされた文書をジャーナルに入力することです。 閲覧者はドキュメントへのリンクをたどります。 その後、作成者はインデックス付きコメントに戻ることができ、すばやく表示してドキュメントに統合するための多数のオプションを使用できます。 このような対話のサポートにより、多くの同時ミーティングの必要がなくなります。



必要に応じて、SOGの助けを借りて同時会議が大幅に改善されます。 会議の理由である対話は、すでにジャーナルにあります。 会議の議題が要求され、ジャーナルを通じて配布されます。 会議中、議題と現在の記録は大画面に投影するか、各参加者のモニターに表示することができ（画面共有機能を使用）、参加者は表示された資料を指すことができます（マウスを使用）。 参加者は誰でも、この仮想チョークボードに書き込み、印刷、または描画できます。 プレゼンテーションおよび追加資料は、プレゼンテーション用の知識ベースから即座に抽出できます。 会議のすべての最終文書は、会議に関連する文書へのリンクとともにジャーナルに配置され、すべての承認されたユーザーにすぐにアクセスできます。



さらに、デジタル化された音声をSOGナレッジベースに柔軟に導入および統合するためのツールがまもなく利用可能になります。 初期のツールでは、話者のスピーチや特殊な単語を認識でき、テキストの基本的な書き起こしも作成できます。 彼らの助けを借りて、リンクを作成し、長いスピーチ行の単語のサイズのモジュール間を移動することが可能になります。 これにより、ダイアログエントリの開発、統合、および使用が大幅に改善されます。 その後、ツールが改善され、テクノロジーの効果的な使用方法が開発されるにつれて、記録されたダイアログの数と完全性がますます重要になります。



ナレッジ製品：プロジェクトのライフサイクル全体を通して、オンラインSOGナレッジ製品はプロジェクトの完全かつ常にアクセス可能な画像を提供します。 情報サポートやダイアログを含む中間プロジェクトの状態をジャーナルのドキュメントコレクションに結合して、ドキュメントのバージョンを管理できます。 すべてのナレッジ製品は、SOG内で開発、統合、および適用され、さまざまな場所の多様でさまざまなユーザーからの関連する貢献があります。 これらのユーザーは、隣り合って座っているように作業したり、デザインを見たり、ドキュメントをマークアップしたり、最新の変更を承認したりすることもできます。 （画面共有機能を使用）。 膨大なプロジェクトドキュメントの中から必要なドキュメントを見つけるプロセスは、リンクをクリックするだけで（ジャーナルカタログまたはプロジェクトから）、詳細に集中するか、無視します（または、デモ機能を使用してリンクを提供できます）画面）。 絶対的な説明責任-提供されるログは本物であることが保証されており、各オブジェクトは、最後の編集が行われた日付と時刻、およびそれを作成したユーザーの名前によってシステムでマークできます。 文書の署名を検証できます。



参照により、すべての知識の知識の表現の任意の部分に移動できます。 スマート検索ツールの助けを借りて、知識の一部または全体を表示して、関連するものとして指定された必要なリンクのリストを表示できます。



共通の知識領域内でリンクを構造化、分類、命名、提供するためのルールが作成されます。これにより、経験豊富なユーザーは、優れた実践で都市の居住者が都市内を効果的に移動できるように、知識をナビゲートできるようになります。



ここで提案されているように、グループがそのようなツールのシステムからより多くの利益を得るために作業方法を適応させるとすぐに、ナレッジオブジェクトのクラス、およびそれらを制御できる利用可能な機能が増加します。 この成長は、さらに発達した人間の「知識、語彙、方法論、スキル」の同時進化と並行して発生します。



その中には大きな可能性があり、多くのツール、手順、ルール、および組織の役割をツールと組み合わせて開発する必要があります。 SOGが開いている場合は、コンピューター支援コラボレーション（CSCW）、組織学習、統合品質管理（TQM）、エンタープライズ統合（EI）、プログラム開発および保守管理、自動開発システムなど、アプリケーションのさまざまな分野をさらに調査する必要があります。プログラム（CASE）、コンピューター支援設計（CAD）、並列設計（CE）、組織記憶、オンライン文書配信、コンピューター化された物流サポートなど 後で示すように、これらのタスクには高度な資格を持つオペレーターの存在が必要です。

9まとめ：概念フレームワーク

そのため、組織を新しいレベルの効率性に導く効果的な方法を作成するための戦略を開発するための手順を概説しました。



企業の有効性が依存する組織の生産的構造の概念を検討しました。



さらに、この生産的なインフラストラクチャを作成するには、自然に与えられた精神能力、運動能力、知覚能力を何倍も高める増幅システムが必要です。 増幅システムを人のシステムとツールのシステムの2つのサブシステムに分割すると便利です。 増幅システムの要素の「調和のとれた共進化」は、システムが開発の現在の状態に到達するプロセスです。



新しい技術は、ツールシステムの驚くべき規模の改善に貢献します。 これは、その後の増幅システムの共進化が、生産構造、ひいては組織の形態と機能効率の根本的な質的変化を引き起こすことを意味します。



真に非常に効果的な組織の作成につながるこのような変更の潜在的な利点を達成しようとすると、非常に大規模で複雑なタスクを解決することが必要になると予想されます。 効果的なアプローチを作成するには戦略が必要です。



その後の改善をより効率的に行うには、組織の改善プロセスの改善に直ちに集中することが有益です。



この分析を支援するために、改善プロセスのアルファベット順のリストが作成されました。 PRIVZと並行して知識の開発、統合、および実装の知識を扱う一連の機会は、3種類のアクティビティすべてのアクティビティにとって重要であるという論文が作成されました。 したがって、初期段階でPRIVZの改善に焦点を合わせた場合、この結果は、将来の投資改善のリターンの1次および2次デリバティブを改善できます。



オープンハイパードキュメント（SOG）のシステムは、組織内および組織間のPRIZの一般的かつ広範な機能を改善するための「ツールシステム」の重要な開発となります。 真に効果的なSOGを作成することは、コラボレーションソフトウェア市場にとって非常に複雑でグローバルな課題となります。



したがって、非常に効果的な組織：素晴らしい機会、興味深いアイデア、難しいタスク。 戦略についてもう少し。

10コミュニティC：高性能システムの自己調節機能

図に示すメインのABCモデルに戻ります。 -4、戦略開発の次のステップに関していくつかの有用なポイントを作成できます。 このモデルは、全身の自己調節アプローチが適用されない場合でも役立ちます。 その価値は、2つのレベルの改善活動（BおよびC）の間で責任、機能、および予算をどのように配分するかを詳細に説明しているという事実にあります。



Cの役割が明確に定義されていれば、他の組織の同僚の経験とアプローチを比較する機会の価値をどのC活動のリーダーが理解するかを解決する過程で、すぐに主要な問題が発生します。 たとえば、予算編成のどの原則と目標がこれらの改善に最も合理的ですか？ これがアクティビティにどれだけ貢献するか現時点でタスクを遂行する方法を文書化する デモアプリはどのような役割を果たしますか？ デモアプリケーションの作成を試みることができるように、改善はどの程度の大きさで、どのサイズのグループに対して行う必要がありますか？ 取り組みの有用性を測定するために、開発前、開発中、開発後のパイロットグループの「ツール」はいくつ必要ですか。 これはすべて、Bの効率向上に貢献します。



そこで、さまざまな改善活動、特に活動Cについての上記のタイプの相互作用の形成と拡大を見てみましょう.1960年代半ばに、さまざまな改善活動によって形成された共通の利益に従って、コミュニティの性質と価値について考え始めました。 これにより、すぐに改善コミュニティを構築するための体系的な自己規制戦略を積極的に開発することになりました。



<link-11>（1972）で、「共通知識スペース」のアイデアを紹介しました-このスペースを維持するために開発したツール（上記のハイパードキュメントシステム機能の多くを含む）を説明し、PRIZの3つの基本的なサブエリアについて説明します：記録ダイアログ、情報の収集と「参照」（またはナレッジ製品）。



その後、ABCモデルが誕生し、図12に示すように、1つ以上の特別な自己調整Cコミュニティの形成のための重要な立ち上げ段階に特別な注意が払われました。











このような一般的なアクティビティの重要性は非常に高くなる可能性があり、この問題については後で触れます。 まず、自然に発生する他の問題がありますが、これも対処する必要があります。 通常、最初の一般的な発言は次のようになります。「内部使用のみを目的とするものが多く含まれている場合、競合他社とどのように情報を共有しますか？」彼らにとって有用な情報がありますか？」



所有権の問題について：各組織のAアクティビティは非常に競争が激しく、多くの専有コンテンツが含まれています。 Bアクティビティは、より一般的なものとして説明できます。 Cアクティビティは主に一般的なタスクで構成され、実際には内部使用の情報には影響しません。 したがって、競合他社でさえ「舞台裏で」協力しながら、「全力でステージ上で競争する」ことができます。 この傾向は、統合された品質管理を実装している企業に置き換わり、マルコムボールドリッジ賞の組織リストに含まれることがあります。



ビジネスの別の領域：繰り返しますが、Bアクティビティは互いにわずかに異なるだけであり、Cアクティビティはすべての主要な問題で驚くほどほぼ同じです。



ここで、上記の基本的なハイパードキュメントツールがあれば、Cコミュニティがその活動をどのように実行できるかを検討します。 数十年間、このようなシステムは同僚と一緒に利用できました。そのため、すべての計画はこのシステムを使用して実行されました。このシステムは「SOG、モデル-1」または「SOG-1」と呼ばれます。



理想的な自己調整型Cコミュニティはどのように機能しますか？ 初期段階では、PRIZの機能を改善することにすべての注意が払われます。 このために、SOG-1が使用されます。 初期段階での重要なステップは、要件、技術仕様、およびハイパードキュメントシステムのプロトタイプ（SOG-2、-3など）を迅速に開発するための調達計画の承認です。これにより、参加者の本格的なトライアルアプリケーションのサポートがさらに向上します。 Cコミュニティ。



コミュニティの知識の主な成果物は、BアクティビティクライアントとCコミュニティ自体の2つのクライアントグループに関するトピック「改善タスクを実行する最良の方法」に関する動的な電子ガイドと考えることができます。 コミュニティの組織のリソースをプールすることにより、PRIVZのより高度で迅速に開発されたプロトタイプ環境を作成できます。これは、2つの重要な目的に役立ちます。

1. これにより、コミュニティはメインの「Cアクティビティ」をより良く実行できます。
2. コミュニティ内の組織の絶えず変化する従業員は、ベストプラクティスにアクセスできます。 したがって、彼らは、PRIVZの能力の向上が依存する実際の問題の理解を深めます。この理解は、「PRIVZの作業領域で満たされた現実」に吸収されます。

各企業が独自のテストを通じて同等の経験を提供することははるかに高価になることに注意してください。 さらに、このようにして個人開発で得られる基礎知識製品の量のコストは何倍も高くなります。



重要な機能：共同作業の効果的なツールと方法にコミュニティが慣れ、運用スキルを開発すると、コミュニティ内の関連組織の参加者は、組織のオフィスで作業を実行できるようになります。 これは、組織間のリンクを維持するのに役立ちます。これは、CおよびBアクティビティで非常に重要です。



« » - -. « », , . - , - , .



, .-13, , . «1, 2, 3» . , , . , - , .









.-14 , , -. , .-15 , .















, . , . « ».



, , . . - « », . , . («» « ».)



.



, . -, , . : « ; ; , , ...»



- « » .



: , « » . , , , .



, . , ?



, , 1.4. . , .

参照資料

• Ref-1. Engelbart, DC 1962. Augmenting Human Intellect: A Conceptual Framework, Summary Report, Stanford Research Institute, on Contract AF 49(63-8)-1024, October, 134 pp.
• Ref-2. Engelbart, DC 1963. «A Conceptual Framework for the Augmentation of Man's Intellect». Vistas in Information Handling, Howerton and Weeks (eds), Washington, DC: Spartan Books, pp. 1-29. Republished in Greif, I. (ed) 1988. Computer Supported Cooperative Work: A Book of Readings, San Mateo, CA: Morgan Kaufmann Publishers, Inc., pp. 35-65.
• Ref-3. Engelbart, DC 1988. «The Augmented Knowledge Workshop». Goldberg, A. [ed], 1988. A History of Personal Workstations, New York: ACM Press, pp. 185-236. (AUGMENT,101931,)
• Ref-4. Engelbart, DC and Lehtman, HG 1988. «Working Together», BYTE Magazine, December, pp. 245-252.
• Ref-5. Engelbart, DC 1990. «Knowledge Domain Interoperability and an Open Hyperdocument System». Proceedings of the Conference on Computer-Supported Cooperative Work, Los Angeles, CA, October 7-10, pp. 143-156. (AUGMENT,132082,). Republished in Berk, E. and Devlin, J. [eds] 1991. Hypertext / Hypermedia Handbook, New York: Intertext Publications, McGraw-Hill, pp. 397-413.
• Ref-6. Engelbart, DC 1982. «Toward High Performance Knowledge Workers». OAC'82 Digest: Proceedings of the AFIPS Office Automation Conference, San Francisco, CA, April 5-7, pp. 279-290. (AUGMENT,81010,). Republished in Greif, I. (ed) 1988. Computer Supported Cooperative Work: A Book of Readings, San Mateo, CA: Morgan Kaufmann Publishers, Inc., pp. 67-78.
• Ref-7. Engelbart, DC 1984. «Collaboration Support Provisions in AUGMENT». OAC '84 Digest, Proceedings of the 1984 AFIPS Office Automation Conference, Los Angeles, CA, February 20-22, pp. 51-58. (OAD,2221,).
• Ref-8. Engelbart, DC 1984. «Authorship Provisions in AUGMENT». COMPCON '84 Digest, Proceedings of the COMPCON Conference, San Francisco, CA, February 27 — March 1, pp. 465-472. (OAD,2250,). Republished in Greif, I. (ed) 1988. Computer Supported Cooperative Work: A Book of Readings, San Mateo, CA: Morgan Kaufmann Publishers, Inc., pp. 107-126.
• Ref-9. Irby, CH 1976. «The Command Meta Language System». AFIPS Conference Proceedings, NCC Vol. 45, Montvale, NJ: AFIPS Press. (AUGMENT,27266,)
• Ref-10. Watson, RW 1976. «User Interface Design Issues for a Large Interactive System». AFIPS Conference Proceedings, Vol. 45, Montvale, NJ: AFIPS Press, pp. 357-364. (AUGMENT,27171,).
• Ref-11. Engelbart, DC 1972. «Coordinated Information Services for a Discipline- or Mission-Oriented Community». Proceedings of the Second Annual Computer Communications Conference, San Jose, CA, January 24,. Republished in Grimsdale, RL and Kuo, FF (eds) 1975. Computer Communication Networks, Leyden: Noordhoff. (AUGMENT,12445,).
• Ref-12. Grenier, R., Metes, G. 1992. Enterprise Networking: Working Together Apart. Digital Press. (Very relevant general treatment; special emphasis given to «Capability-Based Environment» along the lines outlined in this paper.)
• Ref-13. Parunak, HVD 1991. «Toward Industrial Strength Hypermedia», Hypertext / Hypermedia Handbook, Kerk, E. and Devlin, J. (eds), New York: McGraw Hill, pp. 381-395. (Provides very useful considerations relevant to requirements for the Open Hyperdocument System as discussed in this paper.)

[: - — . , .]



: .

---

: .

– . , , . , Open Hyperdocument System . , – . , , .

?

:



1. :

1.1。できればQtの知識があり、アプリケーションの主題に強い関心があるC ++プログラマを探しています。



2.研究と組み合わせた作業：

2.1。 プログラマー向け（コンピューターサイエンス）

2.2。 UXデザイナー（デザイン）の場合

2.3。 認知科学者向け（心理学、認知科学）