業界別プロジェクトマネジメントガイド · 建設、エンジニアリング、不動産
エンジニアリング・プロジェクトマネジメント：フェーズ、役割、手法、KPI
エンジニアリングのプロジェクトマネジメントとは、主なアウトプットが工学的な製品、システム、施設であるプロジェクトを、要求から設計、検証、引き渡しまで計画・管理する分野です。スコープ、時間、コストという通常のプロジェクト管理に、要求のトレーサビリティ、設計レビュー、構成管理、試験といった技術的な管理を組み合わせます。
要点
- エンジニアリングのプロジェクトマネジメントは、プロジェクト管理と、要求、設計、検証の技術的な管理を組み合わせたものです。
- 設計レビューとゲートが主な判断ポイントであり、設計凍結後の変更は高くつきます。
- 最も効果的なのはハイブリッドなアプローチです。ハードウェア向けのゲート型計画の中で、ソフトウェアと試作品を反復的に開発します。
- 設計データはPLMで管理し、スケジュール、リソース、承認の調整にはWrikeのようなプラットフォームを使う。
エンジニアリングのプロジェクトマネジメントが異なる点
エンジニアリングプロジェクトでは、最も難しいリスクは技術的なものです。製造できない設計、認定試験に不合格となる部品、誤解された要求は、遅れたタスクよりもはるかに大きなコストを生むことがあります。そのためプロジェクトマネージャーは、リードエンジニアやチーフエンジニアと緊密に連携し、技術的な判断ポイントを軸にプロジェクトを運営します。
- 要求はトレーサブルでなければならない。 すべての要求は、設計要素と、それを証明する試験にトレースできるべきである。
- 後半の変更は高くつく。 物理的な試作品、治工具、認証があるため、後半の設計変更は高くつき、設計凍結が重要になる。
- 安全と規格。 多くの製品は、規制や業界の規格（圧力機器、機械安全、航空宇宙、自動車、医療機器）を満たさなければならない。
- 複数の専門分野。 機械、電気、ソフトウェア、土木、プロセスのエンジニアは、明確なインターフェースを通じて作業を統合しなければならない。
- 技術の成熟度。 新しい技術には不確実性が伴うため、多くの組織は技術成熟度レベル（TRL）を用いて、その技術がプロジェクトに使えるほど成熟しているかを判断する。
エンジニアリングプロジェクトのフェーズ
| フェーズ | 行うこと | 代表的なゲートまたはレビュー |
|---|---|---|
| コンセプトとフィージビリティ | ニーズを定義し、選択肢を検討し、技術的・商業的なフィージビリティを評価する | コンセプトレビュー／ゲート1 |
| 要求定義 | ステークホルダーのニーズを把握し、システム要求に落とし込む | システム要求レビュー |
| 基本設計 | アーキテクチャ、主要なトレードオフ、初期分析、長納期品の計画 | 基本設計審査（PDR） |
| 詳細設計 | 完全な図面、モデル、計算書、仕様書 | 詳細設計審査（CDR）、設計凍結 |
| 製作または製造 | 試作品を製造するか、施設を建設する | 生産準備レビューまたは試験準備レビュー |
| 統合、検証（Verification）、妥当性確認（Validation） | 要求とユーザーニーズに照らしてサブシステムとシステム全体を試験する | 受け入れ試験、認定 |
| 引き渡しとサポート | 文書化、研修、試運転、運用部門への移管 | 受け入れとプロジェクトの終結 |
名称は分野によって異なります（航空宇宙、防衛、プロセスプラント、製品開発はそれぞれ独自の名称を使います）が、決める、設計する、作る、証明する、引き渡すという論理は同じです。
主要な役割
| 役割 | 主な責任 |
|---|---|
| プロジェクトスポンサー | ビジネスケースを所有し、ゲートでの判断を承認する |
| エンジニアリングプロジェクトマネージャー | スコープ、スケジュール、コスト、リスク、サプライヤー、報告を計画・管理する |
| チーフエンジニアまたはリードエンジニア | 技術的な解決策と設計権限に関する判断を担う |
| システムズエンジニア | 専門分野をまたいで要求、インターフェース、検証を管理する |
| 各専門分野のエンジニア | 機械、電気、ソフトウェア、土木、プロセスの各分野で設計と解析を行う |
| 品質エンジニアと試験エンジニア | 検査と試験を計画し、不適合を管理する |
| 調達とサプライチェーン | 部品を調達し、サプライヤーの品質と納期を管理する |
| 構成管理マネージャー | 図面、部品番号、承認済みバージョンを管理する。参考： 構成管理 |
エンジニアリングからマネジメントへ移る人向けに、次のガイドでは テクニカル・プロジェクトマネージャー の役割で、必要なスキルを紹介しています。
エンジニアリングプロジェクトの方法論
| アプローチ | 最適な用途 | 備考 |
|---|---|---|
| ステージゲート | 製品開発と設備投資プロジェクト | 各ゲートでの継続・中止の判断で投資を管理する |
| Vモデル／システムズエンジニアリング | 複雑でセーフティクリティカルなシステム | 左側の各設計レベルには、右側に対応する試験レベルがある |
| ウォーターフォール | 施設や十分に理解された設計 | 正式な承認を伴う逐次型 |
| アジャイルとハイブリッド | ソフトウェアの比重が高い製品と初期の試作 | ゲート型の枠組みの中で試作品を反復的に開発する。参考： 反復型・漸進型開発 |
| クリティカルチェーン | 専門人材を共有するマルチプロジェクト環境 | バッファは各タスクではなく最終期日を守る |
必須の文書とテンプレート
| 文書 | 目的 | テンプレート |
|---|---|---|
| プロジェクト憲章 | プロジェクトを承認し、スポンサーと目標を定める | プロジェクト憲章テンプレート |
| 要求仕様書 | システムが何をしなければならないか、どのように検証するかを定義する | ビジネス要求文書テンプレート |
| WBS（ワーク・ブレークダウン・ストラクチャー） | 製品やシステムを成果物に分解する | WBSテンプレート |
| 統合スケジュール | 依存関係を含む設計、調達、製作、試験の活動 | ガントチャートテンプレート, クリティカルパステンプレート |
| リスク登録簿 | 担当者付きの技術、供給、スケジュールのリスク | リスク登録簿テンプレート |
| 設計変更要求 | 設計変更を提案・承認する | 変更要求テンプレート |
| コスト見積り | 人件費、材料費、治工具費、試験費 | プロジェクトコスト見積りテンプレート |
エンジニアリングチームは、要求トレーサビリティマトリクス、設計レビューの議事録、FMEAの記録、試験計画書と報告書、図面登録簿も管理します。
エンジニアリングのプロジェクトマネジメントのKPI
| KPI | 測定対象 | 主な用途 |
|---|---|---|
| スケジュール差異とコスト差異 | ベースラインからの乖離 | 月次のプロジェクトレビュー。参考： スケジュール差異 |
| 検証済みの要求 | 検証に合格した要求の割合 | 受け入れへの準備状況 |
| 設計変更率 | 設計凍結後の変更要求の件数 | 設計の安定性 |
| 設計レビューで未完了のアクション項目 | 未解決のアクション | ゲートへの準備状況 |
| 不適合 | 検査で不合格となった部品や作業 | サプライヤーと製作の品質 |
| 期限どおりの図面リリース | 予定日までに発行された図面 | 設計の進捗 |
| 試験合格率 | 計画した試験の初回合格 | 設計の成熟度 |
よくある課題と解決策
エンジニアリングのプロジェクトマネジメント向けソフトウェア
エンジニアリング組織は通常、設計とデータのために専用ツールを使っています。CAD、シミュレーション、部品や変更記録のための製品ライフサイクル管理（PLM）、複雑なシステムでは要求管理ツールです。それらに加えて、作業をスケジュールし、プロジェクト横断でリソースを管理し、スポンサーに明確な全体像を示すプロジェクトプラットフォームが必要です。
依存関係とクリティカルパス、ベースライン、リソースとワークロードの管理、承認ワークフロー、ダッシュボードを備えたものを探しましょう。 Wrike はこの調整の役割によく合っており、次のランキングでもトップです： 当サイトのツールランキング。設計データはPLMに保管し、複製せずにリンクしましょう。
スキルと資格
このトピックの無料テンプレート
よくある質問
エンジニアリングのプロジェクトマネジメントとは何ですか？
エンジニアリングのプロジェクトマネジメントとは、工学的な製品、システム、施設を生み出すプロジェクトを計画・管理することで、スコープ、時間、コストの管理と、要求、設計、試験の技術的な管理を組み合わせたものです。
エンジニアリングのプロジェクトマネジメントのフェーズとは何ですか？
一般的には、コンセプトとフィージビリティ、要求、基本設計、詳細設計、製作または製造、統合と試験、引き渡しです。
エンジニアリングのプロジェクトマネジメントにおけるVモデルとは何ですか？
左側の各設計レベル（システム、サブシステム、コンポーネント）に、それを検証する右側の試験レベルが対応するモデルです。
エンジニアリングのプロジェクトマネジメントにおける設計レビューとは何ですか？
基本設計審査や詳細設計審査などの正式なチェックポイントで、専門家が設計が次のフェーズに進めるほど成熟していることを確認します。
エンジニアリングのプロジェクトマネジメントでアジャイルは使われていますか？
はい。特にソフトウェアと初期の試作で使われています。通常は、ハードウェア、治工具、認証に関する判断を引き続き管理するゲート型の枠組みの中で用いられます。
エンジニアリングのプロジェクトマネジメント計画書には何が含まれますか？
スコープ、要求のベースライン、WBS、スケジュール、予算、リスク計画、品質と試験の戦略、構成管理、サプライヤー管理、コミュニケーションの取り決めです。
エンジニアリングのプロジェクトマネジメントではどんなKPIが使われますか？
スケジュール差異とコスト差異、検証済みの要求、設計変更率、不適合、期限どおりの図面リリース、試験合格率です。
エンジニアリングのプロジェクトマネジメントにはどんなソフトウェアが使われますか？
エンジニアリングデータにはCAD、シミュレーション、PLMを使い、スケジューリング、リソース、承認、報告にはWrikeのようなプロジェクトプラットフォームを使います。
エンジニアリングマネジメントとエンジニアリングのプロジェクトマネジメントの違いは何ですか？
エンジニアリングマネジメントは、エンジニアリング部門と人材を長期にわたって率いることを扱い、エンジニアリングのプロジェクトマネジメントは特定のプロジェクトの実現に焦点を当てます。
エンジニアリングのプロジェクトマネジメントに役立つ資格はどれですか？
PMPまたはPRINCE2の資格に加え、技術者としての専門資格（CEngまたはPE）、複雑なシステムの場合はシステムズエンジニアリングの資格です。
エンジニアリングのプロジェクトマネジメントで変更はどう管理されますか？
変更審査委員会や設計権限委員会がレビューする設計変更要求を通じて行い、構成管理によって全員が承認済みのバージョンで作業するようにします。