【エンジニア初心者向け】プロジェクトの意味・目的・流れについて

IT企業に入社し仕事をしていると「プロジェクト」という言葉が日常的に使われております。


しかし、
プロジェクトの意味・目的・流れを理解して仕事される方は以外と少ないのではないでしょうか？

本コンテンツでは初心者向けにプロジェクトの意味・目的・流れについて説明いたします。

プロジェクトとは

プロジェクトとは特定の目的(企業が抱える課題や問題の改善等)を達成する為の計画の事です。

例えば、IT業界のプロジェクト例を出すと、お客様の業務システムの老朽化に伴う再構築プロジェクトなどがございます。

※補足：プロジェクトマネジメントの標準的な知識体系を纏めているPMBOK(Project Management Body Of Knowledge)によると、プロジェクトには以下の2つの特徴がございます。

プロジェクトの目的とは

プロジェクトの目的は「特定の目的(企業が抱える課題や問題の改善等)」を達成する事です。

上記の文書から分かる通り、特定の目的とは曖昧な言葉であり人ぞれぞれ解釈が異なってしまう為、各プロジェクトで必ず「特定の目的」を具体的に定義する必要がございます。

プロジェクトチームとは

プロジェクトの目的を達成する為に構成されたチームをプロジェクトチームと呼び、プロジェクトチームの人員をプロジェクトメンバーと呼びます。

プロジェクトメンバーは大きく分けると3つに分ける事ができます。

上記のプロジェクトメンバーに関する詳細は以下にて1つずつ解説いたします。

プロジェクトマネージャーの役割

プロジェクトマネージャーはプロジェクトチームの責任者であり、プロジェクトの期日までに完遂させる責任を負います。
その為、プロジェクトマネージャーはプロジェクト全体の意思決定・予算管理・進捗管理・課題管理・リスク管理・品質管理・人員管理など実施し、プロジェクトを成功に導く必要がございます。

プロジェクトリーダーの役割

プロジェクトリーダーはプロジェクトマネージャーの補佐役であり、自担当領域の現場リーダーです。
一般的にはプロジェクトマネージャー配下には領域毎にチームを設ける事が多いです。

例えばネットワークチーム・サーバチーム・保守チームといったようにイメージです。
そのチームのリーダーがプロジェクトリーダーに該当します。

その為、プロジェクトリーダーは自担当領域の進捗管理・課題管理・リスク管理・品質管理・人員管理など実施し、定期的にプロジェクトマネージャーへ報告する必要がございます。

プロジェクト担当者の役割

プロジェクト担当者とはプロジェクトリーダーの指示に従い、業務を遂行するメンバーです。

その為、プロジェクトリーダーより割り振られた各タスクを期日内に対応する必要がございます。

プロジェクトの流れ

IT業界のプロジェクトの流れは以下の通りです。

上記の各フェーズに関する詳細は以下にて1つずつ解説いたします。

①提案

まず最初にお客様側が自社のITインフラの導入を外部のシステムインテグレーター(Sler)へ業務委託時に提案依頼書(RFP)を作成し、発注先候補のシステムインテグレーターへ提示いたします。

RFPにはITインフラ導入の目的・要件・条件が記載されており、システムインテグレーターはRFPをもとにお客様の要望を把握し提案書を作成します。

※提案書にはITインフラの提案内容・プロジェクトスケジュール・プロジェクト体制・費用などが記載しております。
その後、お客様側は各システムインテグレーターからの提案内容に基づき業務委託先を選定いたします。

②要件定義

要件定義ではお客様からの要望をどのような構成で実現できるか、どのような技術要素が最適であるかを機能性、機密性、可用性、拡張性などを様々な観点から整理し方向性を明確にするフェーズです。

その後、要件定義書にてプロジェクト概要(案件概要・工期・スコープ範囲・役割分担)や要件内容・各要件内容の実現方法(システム構成・利用技術など)をドキュメント化いたします。

また、要件定義書は後工程である設計フェーズのインプット資料になる為、設計者・開発者観点の要素を踏まえて作成する事も重要です。

③基本設計

基本設計では要件定義書を参考にシステムの基本的な設計を実施し、基本設計書にて整理いたします。
基本設計書にはシステムの全体構成・物理設計・機能設計・ユーザーインターフェース設計・保守設計などが含まれます。

※基本設計に記載する内容は構築するシステムにより大きく異なります。例えば、システム開発案件であれば、利用者の操作画面やデータの入力・出力の流れなどを整理する必要がございます。また、ネットワーク案件であれば、IPアドレス設計や各ネットワークプロトコル設計などを整理する必要がございます

④詳細設計

詳細設計では基本設計書の内容の実現方法(システムの内部的な設計)を実施し、詳細設計書にて整理いたします。
詳細設計書にはプログラムのフローチャート・各機器のパラメータシート・各システムとの連携方法などが含まれております。

⑤開発・実装

開発・実装フェーズでは詳細設計書の内容の参考にプログラミングや各機器の設定を実施し、実際にシステムを構築していくフェーズです。

⑥試験

試験フェーズでは開発・実装フェーズにて構築したシステムが実際にお客様の要件通り実装されているか、試験するフェーズです。

試験内容には大きく分けると4つ試験があり、各試験に関する試験計画・試験項目・試験手順書を作成する必要がございます。

⑦移行

移行フェーズでは構築したシステムを実環境へ切り替えるフェーズです。

切替時には少なくとも通信断(お客様への業務影響)が発生する事が多い為、念入りに移行計画・移行設計を検討する必要がございます。

その為、移行方法・移行条件・移行体制を移行計画書や移行設計書にて整理し、お客様へ説明し同意頂く必要がございます。
また、移行時の進捗管理方法や詳細手順を移行手順書にて整理し、移行後の正常性判断基準や切り戻し判断基準を明確する事が重要です。

まとめ

いかがでしたでしょうか？

プロジェクトの意味・目的・流れについて理解した上で、業務を遂行するとより理解が深まると思います。
では、みなさまのプロジェクトの成功を心から願っております。