プロジェクト管理アーキテクチャ

プロジェクト管理アーキテクチャは、コラボレーティブPMの概要として機能します-

  • システムの入力と出力。
  • システムが考慮する必要のある要因。
  • システムによって提供されるサービス。
  • サービスがどのように相互に調整および統合するか。

Collaborative Project Management Architecture(CPMA)に移る前に、思考に影響を与える2つの以前のアーキテクチャを見てみましょう。

PM用のDixonの統合モデル

次の図は、Dixonの共同管理モデルを示しています-

このシステムは、3つの主要な管理領域を幅広くサポートしています。

  • Project Management 製品のパフォーマンス基準を満たすために、リソース制約内のアクティビティを計画、見積もり、スケジューリング、制御、および評価することが含まれます。

  • Resource management 正確なリソースの識別と割り当てが含まれます。

  • Cost management プロジェクト内のリソースの計画的および実際の消費に関する情報の分析と測定を含み、プロジェクトの監視の評価と制御に関係します。

システム入力は、世話をする必要があります。

  • 詳細計画およびスケジューリングモジュールは、プロジェクト管理とリソース管理の両方を処理および制御します。

  • 技術開発および構成管理モジュールは、PM機能を実行します。

  • 品質管理および監視モジュールは、監視および制御サービスを容易にします。

  • システム出力には、レポートと成果物が含まれます。

ディクソンのモデルにはプロジェクトリポジトリが含まれておらず、コラボレーションの側面もありません。管理プロセスは本質的にシーケンシャルであり、あるモジュールが次のモジュールに与える影響は一方向です。このモデルは、明確に定義された繰り返し環境にのみ適用できます。

マウアーのプロジェクト調整アーキテクチャ

システム入力には、予算、リソース、および目的が含まれます。システム出力には、製品、ソリューション、プロセス、およびメトリックが含まれます。メトリックは、プロジェクトのパフォーマンスを分析および調査するために使用されます。

プロジェクト調整管理モジュールは、個人的なやり取りを処理するPMのソフト面を管理します。プロジェクト調整システムの4つの主要なコンポーネントは次のとおりです。

  • The project repository−プロジェクトメモリとして機能します。プロジェクトに関するすべての情報はここに保存されます。

  • The project planning component −チームメンバーは、情報項目間の依存関係のレベルを測定し、時間とリソースの観点からプロジェクトを計画できます。

  • The project execution component−プロジェクト計画の助けを借りて、ワークフロー管理をサポートおよび奨励します。これにより、再計画と再スケジュールが可能になります。

  • The project control component −プロジェクトの監視をサポートし、チームメンバーが現在の状態を評価し、メトリックを収集できるようにします。

このモデルはコラボレーションをほのめかしており、調整レベルのみに重点を置いており、システムの入力と出力を明確に指定していません。入力と出力の仕様は、チームメンバーがPMシステムへの追加の入力、およびシステムによって生成される出力を検討することを奨励します。

Maurerのモデルは非常に包括的であり、システム機能と、機能が機能するサポート管理コンテキストの両方が含まれています。システムの機能とサービスをモジュールとして説明しますが、これらのモジュールがどのように相互に関連しているかについては指定していません。

次の図は、マウアーの共同管理モデルを示しています。

共同プロジェクト管理アーキテクチャ

コラボレーティブPMアーキテクチャには、4つのコアコンポーネントが含まれています-

  • プロジェクトの存在。
  • 共同サポートレベル。
  • プロジェクトナレッジマネジメント。
  • プロジェクトサイクル。

次の図は、共同プロジェクト管理を示しています-

プロジェクトの存在

プレゼンスは、環境内にいるという感覚として説明でき、現実世界でのプレゼンスを指します。次の3つのコンポーネントは、分散プロジェクトメンバーをサポートして、プロジェクトコンテキストのより良い共有理解を構築します。

  • Project dictionary −ここでは、重要な用語、概念、プロセス、および方法論が簡潔に定義され、正確に明確化されています。

  • Business Rules and Policies−チームメンバーは、すべてのサイトのプロジェクト関連の規則と規制を明示的に指定します。これらのルールとポリシーにより、チームメンバーはプロジェクト活動の特定の基準に従い、維持し、後で取得できるようにこれらの活動を文書化できます。

  • Project Context Information−チームメンバーは、長期的に生産性を高めるために、プロジェクトのコンテキストに精通している必要があります。プロジェクトの背景、境界、および目的は、適切に文書化され、すべてのプロジェクトメンバーと共有される必要があります。

共同サポートレベル

人々が協力するとき、人々が協力して働くことができる3つのモードがあります-

  • 収集した作品
  • コーディネートされた仕事
  • 協調作品

収集した作品

このレベルでは、チームの各メンバーが個別に努力します。

  • 各メンバーが生産的になるために、メンバー間の調整は必要ありません。

  • チームの生産性は、基本的に個々の努力の総計です。

  • ここでの作業モードは、スプリンターのチームに類似しており、各チームが可能な限り最善の個別の努力をします。

  • プロセス構造とタスク構造が低いか、存在しません。インタラクティブなコミュニケーションの手がかりの必要性も非常に低いです。収集された作業をサポートする一般的なコンピューターアプリケーションは、ワードプロセッシング、スプレッドシート、およびグラフィックアプリケーションです。

調整されたコラボレーションレベル

このレベルでのチームの成功は、チームの努力を調整し、互いに協力する能力にかかっています。

  • このレベルのコラボレーションには、アクティビティ間の相互依存関係の処理が含まれます。

  • 調整されたコラボレーションプロセスは、ハンドオフと段階的な統合によって順序付けられ、構造化され、特徴付けられる傾向があります。

  • 調整された作業をサポートする一般的なコンピュータアプリケーションには、電子メール、チームカレンダー、ワークフローの自動化などが含まれます。

  • このレベルは、プロセス、特定のマイルストーン、およびハンドオフの観点からより構造化されているため、集合レベルとは異なります。

協調的なコラボレーションレベル

このレベルでは、すべてのチームメンバーがグループの取り組みに協力して貢献し、1人の個人のパフォーマンスが、他のすべてのメンバーのパフォーマンスに影響を与えます。

  • あるチームメンバーの行動が他のメンバーの生産性に同時に影響を及ぼし、インタラクティブなコミュニケーションの必要性が継続するため、タスクとプロセスの構造は、協調作業よりも協調作業の方がはるかに高くなります。

  • 協調レベルのPMには、プロジェクトメンバー間の緊密な調整と協力が必要です。

  • PMツールは、収集および調整されたレベルで言及されているすべての機能をサポートします。

  • このレベルでは、従業員は事前定義されたユーザーロールに従ってドキュメントを検索、取得、更新、およびアップロードできます。

プロジェクトサイクル

プロジェクトサイクルは、共同サポートが必要なコンテンツを強調しています。それには4つの主要なステップがあります。各ステップで実行する必要のある一般的なアクティビティをいくつか特定します。プロジェクトによって、これらのステップにバリエーションがある場合があります。

ステップ1-プロジェクトについて明確に理解する。

  • プロジェクトの範囲、目的、主要なスポンサー、現在の状況と理想的な状況の間のギャップ(「現状」と「将来」の間のギャップ)の特定などのセンスメイキングおよび意思決定タスク。

  • プロジェクトに必要なリソース(予算、時間、人員など)を見積もる。

  • 代替ソリューションの分析と評価、およびリスク分析の実施は、この段階のいくつかの典型的な機能です。

ステップ2-プロジェクトの目標を達成するための計画を立てます。

  • 典型的な機能には、プロジェクトを管理可能なタスクとサブタスクに分散するなどの分析および意思決定アクティビティが含まれます。

  • タスク間の相互依存性を分析します。

  • プロジェクトチームを編成し、リソースとタスクをチームメンバーに割り当てて割り当てます。

  • プロジェクトスケジュールの作成、進捗測定の定義、リスク管理と変更管理の計画、コミュニケーション計画の作成、およびすべてのプロジェクト関連ドキュメントを含むプロジェクトノートブックの設定。

ステップ3-プロジェクト計画の実行

  • プロジェクトの進捗情報を収集します。

  • リスクと変更管理の実行、プロジェクトノートブックの更新と保守。

  • この段階は、PMの最も動的で重要な部分です。共同PMツールは、プロジェクトの追跡機能を大幅に強化します。

ステップ4-サインオフ基準を特定する

  • 何がうまくいったか、何がうまくいかなかったかを含むプロジェクトプロセスを振り返り、最初のプロジェクト計画を現在のプロジェクトプロセスと比較します。

  • 同じプロジェクトが将来実施される場合に考えられる改善を特定する。

コラボレーティブナレッジマネジメント

ナレッジマネジメントは、企業レベルでのデータ、情報、および知識の管理に重点を置いています。知識は2つのカテゴリーに分けることができます-

  • Tacit knowledge −どのようにそして何を知るために。

  • Explicit knowledge −事実、数字、理論について知ること。

ナレッジマネジメントは、知識を吸収、作成、共有、および使用するプロセスです。プロジェクト管理とナレッジマネジメントの違いは、次の表で強調表示されています-

プロジェクト管理(PM) ナレッジマネジメント(KM)
PMは、与えられた期間に有限の努力を必要とします KMは、知識が不可欠である限り維持される継続的なプロセスです。
PMは目的指向です。 KMは必ずしもオブジェクト指向ではありません。それ自体が一種です。

知識は、進行中のプロジェクト活動の必要に応じて作成および変更され、知識の作成と適用のコンテキストは重要です。

  • プロジェクトにより、KMは時間とコンテキストを超えて不可欠になります。

  • KMツールは、知識の共有や変換交換の暗黙知、コミュニケーションによる外部化などの知識生成活動に役立ちます。

  • KMは、規則、規制、ポリシーなどを指定し、情報の収集、アクセス、更新、取得、エンタープライズ、およびアーカイブのための機能を提供します。

  • さまざまなソースからの情報統合のための機能を容易にします。実際のデータと情報は、さまざまなドキュメント形式でドキュメントリポジトリに保存されます。

Collaborative Knowledge Managementを使用すると、あるソースから別のソースにデータを転送できます。たとえば、重要な電子メール交換をテキストファイルとしてインポートまたはアーカイブできます。KMは、複数のプロジェクトからデータと情報を収集することにより、プロジェクトマネージャーがプロジェクト間で情報を比較および対比してパターンを導き出し、知識を作成できるようにします。