(私自身の経験から要約)
PMOはオペレーティングシステムのようなもので、プロジェクトグループ1 ... Nはプロセス(複数のソフトウェアを開く)のようなもので、プロジェクトタスクはスレッドのようなもので、プロジェクトチームメンバーはCPU(ワーカー)のようなものです。CPUリソースは限られています。 CPUは複数のスレッド間で共有され、各プロセスの正常な動作を保証する方法は、オペレーティングシステムのスケジューリングレベルによって異なります。
キーポイント:
1. PMO組織があり(クリックして紹介を表示)、チームリーダーはゼネラルマネージャー、メンバーは各部門のマネージャーです。会社のリソースを展開して、各部門がプロジェクトを一貫して理解し、プロジェクトベースのアーキテクチャの利点を発揮し、プロジェクトベースを解決することができます。組織構造の欠点。
2.プロジェクトチームには、ビジネスなどの技術者以外の従業員を含める必要があります。プロジェクトメンバーはさまざまな部署から来ますが、プロジェクトの実行中に、プロジェクトマネージャーによって配置されます。プロジェクトの成功は、プリセールスとアフターセールスの間の相互協力と切り離せないものであり、市場などの技術者以外の従業員も同じ関心に結び付けられなければなりません。
3.プロジェクトアセスメントを設定すると、さまざまな部門のメンバーのプロジェクトアセスメントがプロジェクトマネージャーに属します。
4. PMOは、プロジェクトマネージャーの権利を監視し、プロジェクトマネージャーを評価し、プロジェクトマネージャーのリソースの問題を解決し、プロジェクトマネージャーがリソースを取得することを防ぎ、リソースの無駄や不当な割り当てを防ぎます。
5.全体的に見ると、PMO +プロジェクトタイプまたはPMO +強行列タイプに属しています。(クリックして各組織構造の概要を表示)