業界別プロジェクトマネジメントガイド · IT、ソフトウェア、デジタル
ITプロジェクトマネジメント：フェーズ、役割、手法、ツール
ITプロジェクトマネジメントとは、システム導入、クラウド移行、インフラの刷新、サイバーセキュリティプログラム、サービスの展開など、組織内のテクノロジーの変更を計画、実行、管理することです。その特徴は、作業を稼働中の環境に安全に導入しなければならない点にあります。変更を導入している間も、ユーザー、データ、セキュリティ、日々のIT運用がすべて機能し続ける必要があります。
要点
- ITプロジェクトマネジメントはテクノロジーの変更を稼働中の環境に導入するため、切り替え、ロールバック、引き継ぎが中心となります。
- 作業の種類に応じてウォーターフォール、アジャイル、かんばん、ハイブリッドを選び、ITILのプラクティスを使って変更を安全にリリースします。
- データ移行、システム連携、ユーザーの定着が、最もよくあるトラブルの原因です。
- ITSMツールや開発者向けツールと、計画と報告のためのWrikeなどのポートフォリオプラットフォームを組み合わせます。
ITプロジェクトマネジメントの特徴
- 稼働中のシステム。 ほとんどのITプロジェクトは人々がすでに依存しているものを変更するため、切り替え、ロールバック、停止時間の計画が中心となります。
- 連携とデータ。 新しいシステムは既存のシステムとデータをやり取りする必要があり、データ移行は多くの場合最もリスクの高い作業領域です。
- セキュリティとコンプライアンス。 データ保護法、セキュリティ基準、監査要件が設計とテストを左右します。
- ベンダーとライセンス。 作業の多くはサプライヤーやSaaS製品を通じて提供されるため、契約とベンダーの管理が重要です。
- 運用への引き継ぎ。 プロジェクトは、単に動くシステムではなく、サポート可能なサービスとしてサービスデスクと運用チームに引き渡す必要があります。
- 人の変化。 トレーニングと定着が、ベネフィットが実現するかどうかを左右します。
役割そのもの（責任、スキル、キャリアパス）については、当サイトの ITプロジェクトマネージャー ガイドをご覧ください。
ITプロジェクトのフェーズ
| フェーズ | 行うこと | 主なアウトプット |
|---|---|---|
| 立ち上げ | 課題、ベネフィット、選択肢、概算コストを定義する | ビジネスケース、 プロジェクト憲章 |
| 要求定義と設計 | ビジネス要求と技術要求の収集、ソリューションとセキュリティのアーキテクチャ | 要求文書、ソリューション設計、データ移行方針 |
| 構築と設定 | ソフトウェアの設定、連携の開発、環境の構築 | 設定済みシステム、連携コード、テスト環境 |
| テスト | システム、結合、性能、セキュリティ、ユーザー受入テスト | テスト報告書、欠陥ログ、UATの承認 |
| デプロイと切り替え | トレーニング、データ移行、本番稼働、ロールバック計画 | 切り替え計画、Go/No-Goの判断、稼働中のサービス |
| ハイパーケアと引き継ぎ | 本番稼働後の強化サポート、通常業務としてのサポートへの移管 | サポートモデル、既知の課題リスト、運用受入 |
| 終結 | ベネフィットの追跡、教訓、契約の終了 | 終結報告書、 教訓 |
主要な役割
| 役割 | 主な責任 |
|---|---|
| エグゼクティブスポンサー | ビジネスケースに責任を持ち、障害を取り除き、重要な意思決定を行う |
| ITプロジェクトマネージャー | スコープ、スケジュール、予算、リスク、ベンダー、コミュニケーションを計画・管理する |
| ビジネスアナリスト | 要求事項とプロセスを引き出し、文書化する |
| ソリューションアーキテクトまたはエンタープライズアーキテクト | ソリューションをより広いテクノロジー環境にどう適合させるかを設計する |
| エンジニアと開発者 | インフラ、設定、連携を構築する |
| テストリード | テストを計画・実施し、欠陥を管理する |
| 情報セキュリティ | リスク、管理策、コンプライアンスをレビューする |
| サービスオーナーと運用 | 本番稼働後にサービスを受け入れ、運用する |
| ベンダーまたはパートナー | 契約した製品とサービスを提供する |
ITプロジェクトの方法論
| アプローチ | 適する場面 | 備考 |
|---|---|---|
| ウォーターフォール | インフラ、データセンター移転、スコープ固定のベンダー導入 | 明確なフェーズと承認が予測可能な仕事に適している |
| アジャイル / スクラム | アプリケーション開発と変化する要求事項 | 価値をインクリメントで提供し、フィードバックに基づいて適応する |
| かんばん | インフラ、サポート、継続的改善の業務 | フローを可視化し、仕掛かり作業を制限する |
| ハイブリッド | ERPや大規模な業務システムのプログラム | 反復的な構築・テストサイクルを含む段階的な計画 |
| ITIL | 稼働中のサービスへの変更のリリース | 変更実現、リリース、サービス移行のプラクティス |
| PRINCE2 | ガバナンス重視の公共および企業の環境 | ステージ、許容値、プロジェクト委員会の意思決定 |
参考： IT運用におけるアジャイル と DevOps （デリバリーチームと運用チームの連携方法）。
必須の文書とテンプレート
| 文書 | 目的 | テンプレート |
|---|---|---|
| ビジネスケースと憲章 | プロジェクトが存在する理由と責任者 | ビジネスケーステンプレート, プロジェクト憲章テンプレート |
| 要求事項 | ソリューションが満たすべきこと | ビジネス要求文書テンプレート |
| プロジェクト計画書とスケジュール | フェーズ、マイルストーン、依存関係 | プロジェクト計画書テンプレート, ガントチャートテンプレート |
| RAIDログ | リスク、前提条件、課題、依存関係 | RAIDログテンプレート |
| 責任分担マトリクス | 実行責任者、説明責任者、相談先、報告先 | RACIマトリクステンプレート |
| 変更要求 | スコープや設計への管理された変更 | 変更要求テンプレート |
| コミュニケーション計画とトレーニング計画 | ユーザーの関与と準備 | コミュニケーション計画テンプレート, 研修計画テンプレート |
| 作業の受付 | チームがIT作業を依頼する方法 | 作業依頼テンプレート |
本番稼働するシステムには、切り替えランブック、テスト戦略、データ移行計画、運用受入チェックリストも追加しましょう。
ITプロジェクトマネジメントのKPI
| KPI | 測定対象 | 主な用途 |
|---|---|---|
| スケジュール差異と予算差異 | ベースラインに対するデリバリー | スポンサーとステアリンググループへの報告 |
| 本番稼働時の重大度別欠陥数 | 未解決の重大・高優先度の欠陥 | Go/No-Goの判断 |
| 変更成功率 | インシデントやロールバックなしでデプロイされた変更 | リリースの品質 |
| 本番稼働後のインシデント | 変更に関連するサービスデスクのチケット | ハイパーケアの有効性 |
| ユーザーの定着 | 新システムのアクティブユーザー数または取引数 | ベネフィットの実現 |
| サービスの可用性 | 稼働率。基準：合意された サービスレベル合意書 | 運用の安定性 |
| 達成したベネフィット | ビジネスケースに対するコスト削減やパフォーマンス向上 | プロジェクト完了後のレビュー |
よくある課題
- 不明確な要求事項。 実際のユーザーを早期に巻き込み、可能な場合はプロトタイプを作り、優先順位付けされたバックログを維持します。
- データ移行での想定外の問題。 早期にデータのプロファイリングとクレンジングを行い、試験移行を何度か実施します。
- ベンダーへの依存。 契約で成果物、受入基準、サービスレベルを定義し、定期的にパフォーマンスレビューを行います。
- 変化への抵抗。 コミュニケーションとトレーニングを最初から計画します。参考： チェンジマネジメントと変更管理.
- 運用業務との優先順位の競合。 運用部門のマネージャーとリソースの確保について合意し、次で確保します： キャパシティ計画.
ITプロジェクトマネジメントのソフトウェア
ITチームは通常、インシデント、リクエスト、変更記録にはITサービスマネジメント（ITSM）プラットフォームを、コードと課題の管理には開発者向けツールを、プロジェクトの計画、リソース管理、経営層への報告にはプロジェクトまたはポートフォリオのプラットフォームを使います。
ポートフォリオダッシュボード、依頼受付フォーム、ガントとアジャイルボードのビューを1か所で使えること、リソース管理、ITSMや開発者向けツールとの連携を備えたものを選びましょう。 Wrike が最も強力なオールインワンの選択肢です（ 当サイトのツールランキング を選びます。一方、エンジニアリング中心のチームは Jira も開発作業に使うことがあります。
このトピックの無料テンプレート
よくある質問
ITプロジェクトマネジメントとは何ですか？
ITプロジェクトマネジメントとは、システム導入、移行、インフラの刷新などのテクノロジーの変更を計画、実行、管理し、稼働中の環境に安全に導入することです。
ITプロジェクトマネジメントのフェーズは何ですか？
立ち上げ、要求定義と設計、構築と設定、テスト、デプロイと切り替え、ハイパーケアと引き継ぎ、終結です。
ITプロジェクトマネジメントにはアジャイルとウォーターフォールのどちらが適していますか？
仕事の内容によります。ウォーターフォールはスコープ固定のインフラやベンダーの導入に、アジャイルは要求事項が変化するアプリケーション開発に適しています。多くのITプロジェクトはハイブリッド型です。
ITILはITプロジェクトマネジメントとどう関係しますか？
ITILは、ITサービスの運用と変更の方法を扱います。プロジェクトは、変更実現やリリース管理などのITILのプラクティスを使って、成果物を安全に稼働中のサービスへ移行します。
ITプロジェクトマネジメント計画書には何が含まれますか？
スコープ、要求事項、スケジュール、予算、RAIDログ、テスト戦略、切り替えとロールバックの計画、コミュニケーションとトレーニングの計画、サポートモデルです。
ITプロジェクトマネジメントではどのようなKPIが使われますか？
スケジュール差異と予算差異、本番稼働時の欠陥、変更成功率、本番稼働後のインシデント、ユーザーの定着、可用性、達成したベネフィットです。
ITプロジェクトマネジメントにはどのようなソフトウェアが使われますか？
サービス記録にはITSMプラットフォーム、コードと課題には開発者向けツール、計画、リソース、報告にはWrikeなどのプロジェクトプラットフォームを使います。
ITプロジェクトマネジメントにおけるハイパーケアとは何ですか？
本番稼働直後の強化サポート期間です。この間、プロジェクトチームが課題を迅速に修正し、その後通常のサポートに引き継ぎます。
ITプロジェクトマネジメントに役立つ資格は何ですか？
一般的な選択肢は、PMP、PRINCE2、スクラムやアジャイルの資格、ITIL 4ファンデーションです。
ITプロジェクトマネジメントにおける最大のリスクは何ですか？
不明確な要求事項、データ移行の問題、連携の失敗、ベンダーの遅延、セキュリティの問題、ユーザーの定着不足です。
ITプロジェクトマネジメントとソフトウェアプロジェクトマネジメントの違いは何ですか？
ITプロジェクトマネジメントは、インフラや購入したシステムを含め、組織内のあらゆるテクノロジーの変更を扱います。ソフトウェアプロジェクトマネジメントは、ソフトウェア製品の開発に焦点を当てます。