Collaborative-management-project-management-architecture
プロジェクト管理アーキテクチャ
プロジェクト管理アーキテクチャは、共同PMの概要として機能します-
- システムの入力と出力。
- システムが考慮する必要のある要因。
- システムが提供するサービス。
- サービスが相互に調整および統合する方法。
Collaborative Project Management Architecture(CPMA)に進む前に、思考に影響を与える2つの以前のアーキテクチャを見てみましょう。
PM用のDixonの統合モデル
次の図は、Dixonの共同管理モデルを示しています-
システムは3つの主要な管理領域を広くサポートしています-
- *プロジェクト管理*では、製品の性能基準を満たすために、リソースの制約内でアクティビティを計画、推定、スケジューリング、制御、および評価します。
- *リソース管理*には、リソースの正確な識別と割り当てが含まれます。
- *コスト管理*には、プロジェクト内のリソースの計画および実際の消費に関する情報の分析と測定が含まれ、プロジェクト監視の評価と制御に関するものです。
システム入力は注意する必要があります。
- 詳細計画およびスケジューリングモジュールは、プロジェクト管理とリソース管理の両方を処理および制御します。
- 技術開発および構成管理モジュールはPM機能を実行します。
- 品質管理および監視モジュールは、監視および制御サービスを促進します。
- システム出力には、レポートと成果物が含まれます。
Dixonのモデルにはプロジェクトリポジトリが含まれておらず、共同作業の側面もありません。 管理プロセスは本質的に連続的であり、1つのモジュールが次のモジュールに与える影響は一方向です。 このモデルは、明確に定義された繰り返し環境にのみ適用できます。
マウアーのプロジェクト調整アーキテクチャ
システムの入力には、予算、リソース、目的が含まれます。 システム出力には、製品、ソリューション、プロセス、およびメトリックが含まれます。 メトリックは、プロジェクトのパフォーマンスを分析および調査するために使用されます。
Project Coordination Managementモジュールは、PMのより柔軟な側面を管理し、個人的なやり取りを処理します。 プロジェクト調整システムの4つの主要なコンポーネントは-
- プロジェクトリポジトリ-プロジェクトメモリとして機能します。 プロジェクトに関するすべての情報はここに保存されます。
- プロジェクト計画コンポーネント-チームメンバーが情報項目間の依存関係のレベルを測定し、時間とリソースの観点からプロジェクトを計画できるようにします。
- プロジェクト実行コンポーネント-プロジェクト計画の助けを借りて、ワークフロー管理をサポートおよび奨励します。 再計画と再スケジュールが可能です。
- プロジェクト制御コンポーネント-プロジェクトの監視をサポートし、チームメンバーが現在の状態を評価し、メトリックを収集できるようにします。
このモデルはコラボレーションを暗示しており、調整レベルのみを強調しており、システムの入力と出力を明確に指定していません。 入力と出力の仕様は、チームメンバーがPMシステムへの追加入力、およびシステムによって生成された出力を検討することを促します。
Maurerのモデルは非常に包括的であり、システム機能と、機能が機能するサポート管理コンテキストの両方が含まれています。 システムの機能とサービスをモジュールとして説明していますが、これらのモジュールの相互関係を指定していません。
次の図は、マウアーの共同管理モデルを示しています-
共同プロジェクト管理アーキテクチャ
コラボレーションPMアーキテクチャには4つのコアコンポーネントが含まれます-
- プロジェクトの存在。
- 共同サポートレベル。
- プロジェクト知識管理。
- プロジェクトサイクル。
次の図は、共同プロジェクト管理を示しています-
プロジェクトの存在
プレゼンスは、環境内にいるという感覚として説明でき、実世界でのプレゼンスを指します。 次の3つのコンポーネントは、分散プロジェクトメンバーをサポートして、プロジェクトコンテキストのより良い共有理解を構築します。
- プロジェクト辞書-ここでは、主要な用語、概念、プロセス、および方法論が簡潔に定義され、正確に明確化されています。
- ビジネスルールとポリシー-チームメンバーは、すべてのサイトのプロジェクト関連のルールと規制を明示的に指定します。 これらのルールとポリシーにより、チームメンバーはプロジェクトアクティビティの特定の標準に従い、維持し、後で取得するためにこれらのアクティビティを文書化できます。
- プロジェクトコンテキスト情報-チームメンバーは、長期的に生産性を上げるためにプロジェクトコンテキストに精通している必要があります。 プロジェクトの背景、境界、目的を適切に文書化し、すべてのプロジェクトメンバーと共有する必要があります。
共同サポートレベル
人々が協力するにつれて、人々が協力して働くことができる3つのモードがあります-
- 収集された作品
- 調整された仕事
- 協奏曲
収集された作品
このレベルでは、チームの各メンバーが個別に努力します。
- 各メンバーが生産的であるために、メンバー間の調整は必要ありません。
- 基本的に、チームの生産性は個々の努力の集合です。
- ここでの作業モードは、スプリンターのチームに似ており、それぞれが可能な限り最善の努力をします。
- プロセス構造とタスク構造が低いか、存在しません。 インタラクティブなコミュニケーションキューの必要性も非常に低いです。 収集された作業をサポートする一般的なコンピューターアプリケーションは、ワードプロセッサ、スプレッドシート、およびグラフィックアプリケーションです。
調整された共同レベル
このレベルでは、チームの成功は、努力を調整し、互いに協力する能力にかかっています。
- このレベルのコラボレーションには、アクティビティ間の相互依存関係の処理が含まれます。
- 調整された共同プロセスは、ハンドオフとプログレッシブ統合によって順序付けられ、構造化され、特徴付けられる傾向があります。
- 調整された作業をサポートする一般的なコンピューターアプリケーションには、電子メール、チームカレンダー、ワークフローの自動化などが含まれます。
- このレベルは、プロセス、特定のマイルストーン、およびハンドオフに関してより構造化されているため、集合レベルとは異なります。
協同共同レベル
このレベルでは、すべてのチームメンバーがグループの努力に協力して貢献し、1人の個人のパフォーマンスが他のすべてのメンバーのパフォーマンスに影響します。
- 1人のチームメンバーによる行動が他のチームメンバーの生産性に同時に影響し、インタラクティブなコミュニケーションの必要性が継続的になるため、協調作業の場合よりも協調作業の方がタスクおよびプロセス構造がはるかに高くなります。
- 協調レベルのPMには、プロジェクトメンバー間の緊密な調整と協力が必要です。
- PMツールは、収集および調整されたレベルで言及されているすべての機能をサポートします。
- このレベルでは、従業員は事前定義されたユーザーロールに従ってドキュメントを検索、取得、更新、およびアップロードできます。
プロジェクトサイクル
プロジェクトサイクルは、共同サポートを必要とするコンテンツを強調しています。 4つの主要なステップがあります。 各ステップで達成する必要のあるいくつかの一般的なアクティビティを特定します。これらのステップには異なるプロジェクトがある場合があります。
ステップ1-プロジェクトについて明確に理解する。
- プロジェクトの範囲、目的、主要なスポンサー、現在の状況と理想的な状況のギャップ(「現状のまま」と「今後」の間のギャップ)を特定するなどの、意思決定と意思決定のタスク。
- プロジェクトのリソースニーズの見積もり(予算、時間、人員など)。
- ソリューションの代替案の分析と評価、およびリスク分析の実施は、この段階の典型的な機能です。
ステップ2-プロジェクトの目標を達成するための計画を立てます。
- 典型的な機能には、プロジェクトを管理可能なタスクおよびサブタスクに配布するなどの分析および意思決定アクティビティが含まれます。
- 相互のタスクの相互依存関係の分析。
- プロジェクトチームを編成し、リソースとタスクをチームメンバーに割り当てて割り当てます。
- プロジェクトスケジュールの作成、進捗測定の定義、リスク管理と変更管理の計画、コミュニケーション計画の作成、およびプロジェクト関連のすべてのドキュメントを含むプロジェクトノートブックのセットアップ。
ステップ3-プロジェクト計画の実行
- プロジェクトの進捗情報を収集します。
- リスクと変更管理の実行、プロジェクトノートブックの更新と保守。
- この段階は、PMで最も動的で重要な部分です。PMのコラボレーティブツールは、プロジェクトの追跡機能を大幅に強化します。
ステップ4-サインオフ基準の特定
- 何がうまくいったのか、何がうまくいかなかったのかなど、プロジェクトプロセスを振り返り、最初のプロジェクト計画を現在のプロジェクトプロセスと比較します。
- 同一のプロジェクトが将来実施される場合に考えられる改善を特定します。
共同知識管理
ナレッジマネジメントは、企業レベルでのデータ、情報、ナレッジの管理に重点を置いています。 知識は2つのカテゴリに分けることができます-
- 暗黙の知識-方法と内容を知るため。
- 明示的な知識-事実、数字、理論について知るため。
ナレッジマネジメントは、ナレッジを吸収、作成、共有、および使用するプロセスです。 プロジェクト管理とナレッジマネジメントの違いは、次の表で強調されています-
Project Management (PM) | Knowledge Management (KM) |
---|---|
PM requires finite effort for a given time period | KM is an ongoing process where knowledge is maintained as long as it is essential. |
PM is objective oriented. | KM is not necessarily object oriented; it is a kind of itself. |
進行中のプロジェクト活動の必要に応じて知識が作成および変更され、知識の作成および適用のコンテキストは重要です。
- プロジェクトは、時間とコンテキストに関係なくKMを必須にします。
- KMツールは、知識の共有や変換、暗黙の知識の交換、コミュニケーションによる外部化などの知識生成活動に役立ちます。
- KMは、ルール、規制、ポリシーなどを指定し、情報の収集、アクセス、更新、取得、エンタープライズ、およびアーカイブの機能を提供します。
- さまざまなソースからの情報統合の機能を促進します。 実際のデータと情報は、さまざまなドキュメント形式でドキュメントリポジトリに保存されます。
コラボレーティブナレッジマネジメントを使用すると、重要な電子メール交換をテキストファイルとしてインポートまたはアーカイブするなど、あるソースから別のソースにデータを転送できます。 複数のプロジェクトからデータと情報を収集することにより、KMはプロジェクトマネージャーがプロジェクト間で情報を比較および対比してパターンを導き、知識を作成できるようにします。