本文へ移動

インフラ転職コンパスわからないところから、ひとつずつ。

メニュー

インフラエンジニアPMの仕事内容|必要スキルと1日の流れ

動画と記事で学ぶ / 仕事・キャリア

インフラ案件のPMが担う、納期・費用・品質・課題・関係者の調整を解説。PLや技術リーダーとの違い、1日の例、設計構築経験から準備できること、求人で確認したい担当範囲を紹介します。

ここからは、記事でゆっくり確かめましょう。図や操作の例を見ながら、気になるところから読み進めてください。

設計や構築を経験した後、「次はPMを目指そう」と考える方もいると思います。ただ、PMの仕事は進捗表を更新したり、会議を開いたりするだけではありません。

決めた範囲の仕事を、納期・費用・品質の条件に合わせて進めるために、問題を整理し、関係者が判断できる状態を作るのがPMの大切な役割です。インフラ案件で何をするのか、具体例で見ていきます。

PM・PL・技術リーダーの違いを押さえる

PMはプロジェクトマネージャーの略です。期限や目的のある案件を、全体として管理します。PLはプロジェクトリーダーの略で、チームの作業やメンバーをまとめる役割として使われることがあります。

役割の違いの目安。呼び方と分担は会社・案件によって変わります。
役割 主に見ていること 確認したい担当範囲
PM 案件全体の納期、費用、品質、課題、関係者との合意。 予算や変更をどこまで判断でき、誰の承認が必要か。
PL 担当チームの作業、進捗、課題、メンバーの支援。 チームの人数と、他チームや顧客との調整範囲。
技術リーダー 設計方式、設定、試験、技術上の問題の確認。 技術方針の決定・レビュー・実作業の分担。

小さな案件では1人が複数の役割を兼ねる場合もあります。一方、大きな案件ではネットワーク、サーバー、アプリケーションなどのチームに分かれ、各リーダーとPMが連携します。役職名だけで仕事内容を判断しないでください。

プロジェクト管理の考え方は、PMIの公式解説でも確認できます。

インフラPMが日々確認する5つのこと

  • 作業の範囲:何を作り、どこまで試験するのか。今回の案件に含まれない作業は何か。
  • 納期と作業順:いつまでに終えるのか。先に終わっていないと、次へ進めない作業は何か。
  • 費用と体制:必要な機器・サービス・人員を、合意した費用や体制で用意できるか。
  • 品質:どの条件を満たしたら完成か。設計・試験の確認や承認が済んでいるか。
  • 課題と関係者:何が止まっていて、誰が、いつまでに判断・対応するのか。

たとえば回線の開通が遅れると、通信の試験や本番への移行も遅れることがあります。PMは回線の予定だけを見るのではなく、その遅れが後の作業へどう影響するかを各担当者と確認します。

「進捗70%」より、完了したものと残りの条件を見る

進捗を数字だけで報告すると、人によって意味が違ってしまいます。設計書なら「書き終わった」のか、「レビューで指摘された点を修正し、承認された」のかで、次の工程へ進めるかが変わります。

PMは、担当者と完了の条件をそろえます。たとえば「試験項目を作成し、期待する結果と実施手順を確認して、レビュー担当者の承認を受ける」と決めれば、どこまで進んだかが分かります。

課題を整理する例
起きていること 影響 次の対応
回線の開通日が予定より遅れる見込み 予定どおりに疎通試験を始められない可能性。 回線担当が新しい予定を確認し、試験担当が代替の試験方法を検討。PMは移行日への影響を整理する。
試験に必要な接続先の情報が未確定 試験項目と通信設定を確定できない。 確認相手と回答期限を決め、期限を過ぎた場合の相談先を共有する。

1日の流れは、会議と判断の準備が中心になることもある

次は、複数チームが関わるインフラ更改案件を想定した例です。更改は、既存の機器や仕組みを新しいものへ入れ替えること。実際の働き方は、案件の段階や担当範囲によって変わります。

インフラPMの1日の例
時間帯 取り組むこと 残しておく内容
午前の確認 各チームの進捗・課題を確認する。 予定との差、止まっている理由、相談が必要な点。
午前の調整 関係する担当者と、対応方法や期限を決める。 担当者、期限、決定したこと、未決定のこと。
午後の打ち合わせ 顧客や上位責任者へ、変更や判断が必要な内容を説明する。 選択肢、納期・費用・品質への影響、承認結果。
打ち合わせ後 計画や課題表を更新し、担当者へ共有する。 変更点と、各担当者が次に行う作業。

会議を増やすこと自体が目的ではありません。「何を決めたいのか」「誰の判断が必要か」を先に整理し、決まった内容を作業へ戻すことが大切です。

設計構築の経験から準備できること

技術を理解していると、「設定を変えればすぐ終わるのか」「試験や作業時間の調整も必要なのか」を担当者と話しやすくなります。ただし、技術を全部1人で決める必要はありません。専門担当者の確認を受け、判断の根拠を残します。

PMを目指す前には、小さな範囲で、作業の分担、レビューの日程調整、課題表の管理、関係者への説明を経験してみましょう。自分の作業を終えることから、他の人が進められる状態を整えることへ、視点が広がります。

経験を職務経歴書に書くときは、自分が管理した範囲、人数、顧客との調整、予算を判断できた範囲を分けます。技術リーダーとしての経験を、そのまま案件全体のPM経験と言い換えないようにします。

PMを目指すか、求人を見る前に確認する

PMは、すべての技術者に必須の進路ではありません。技術の調査や設計を深めたいなら、専門性を高める道もあります。関係者の意見を整理し、仕事の進め方を組み立てることに関心があるなら、PMやリーダーの仕事を検討してみてください。

  • 案件の規模と、担当するチーム・人数はどのくらいか。
  • 予算・納期・品質・顧客調整のどこを任されるか。
  • 技術の判断は、誰と協力して進めるのか。
  • 自分が最終決定できる範囲と、承認を受ける範囲はどこか。
  • 管理と設計・構築の実作業を、どの程度兼ねるのか。

設計の前に何を決めるのかは要件定義の仕事内容、技術と管理のどちらへ進むかはインフラエンジニアのキャリアの選択肢も参考にしてください。

このテーマを続けて学ぶ

最近の記事
ピックアップ