監修：山根一城（株式会社ポテンシャライト代表取締役CEO ／ 業界20年）
SIer（システムインテグレーター）とは、顧客の業務課題に対してハードウェア・ソフトウェア・ネットワークなどを組み合わせ、情報システムの企画から設計・開発・運用までを一括して請け負う事業者を指します。単体の製品を売るのではなく、要件定義から本番稼働までの工程全体をまとめ上げる点に特徴があります。日本の企業向けシステム開発の多くを担ってきた業態です。
SIerは、顧客企業のシステム化ニーズを受けて、システム全体の企画・設計・構築・運用を引き受けます。自社製品を持つメーカー系、通信事業者系、独立系、ユーザー企業の情報システム部門が分社化した系列など、成り立ちによっていくつかの類型に分かれます。それぞれ得意領域や標準的な進め方が異なるため、同じ「SIer」でも中身は一様ではありません。
受注構造には多重下請けと呼ばれる階層があります。顧客と直接契約する事業者を頂点に、そこから協力会社へ、さらにその先へと開発の一部が委託されていく形です。上位に位置するほど要件定義や全体設計といった上流工程に関わり、下位に向かうほど個別機能の製造やテストといった工程を担う傾向があります。
この構造を理解しておかないと、契約上の責任範囲と実際の作業範囲がずれ、指示系統が見えにくくなります。
SIerの案件は、多くの場合ウォーターフォール型で段階的に進みます。前の工程の成果物を固めてから次へ移る流れで、各工程に対応する成果物が明確に定められています。順序としては、システム化企画、要件定義、基本設計、詳細設計、製造（プログラミング）、各種テスト、そして本番移行・運用という流れが基本の形です。
上流では、顧客の業務担当者や情報システム部門と対話しながら、要求を要件へと落とし込みます。ここで要件定義書や基本設計書といった文書が作られ、後工程はこれらを拠り所に進みます。下流では、設計に沿ってプログラムを作り、単体テスト・結合テスト・総合テストと段階を追って品質を確認していきます。
つまずきやすいのは工程間の引き継ぎです。上流で決めた前提が下流に正確に伝わらないと、製造段階で解釈のずれが表面化し、手戻りが発生します。テスト段階で要件の抜け漏れが見つかると、前の工程まで戻って修正する必要が生じ、納期や費用に影響が及ぶことがあります。文書の精度と工程間の合意形成が、進行の安定を左右します。
SIerにおけるPM（プロジェクトマネージャー）は、契約で定めた範囲・納期・品質・費用を管理し、顧客と開発チームの間に立って進行を成立させる役割を担います。マイルストーンを置いて進捗を確認し、課題やリスクを早めに拾い上げ、必要に応じて計画を調整していきます。単にスケジュールを引くだけでなく、関係者の合意を取りつける調整の比重が大きい仕事です。
向き合う相手は幅広く、顧客側の意思決定者や業務担当者、自社の営業や技術リーダー、協力会社の窓口などが含まれます。多重下請け構造の下では、直接指揮できないメンバーが開発に関わることもあり、契約の壁を越えた調整が求められます。
難しいのは、権限と責任が一致しにくい場面です。責任は負うのに直接の指示権がない相手が多く、信頼関係と交渉で動かす場面が増えます。
SIerを理解するうえで、近い言葉との違いを軸で押さえておくと混乱を避けられます。ここでは「契約・責任の持ち方」を軸に、SES、プライムベンダー、ユーザー企業内製と並べて整理します。同じ現場に見えても、責任の所在が異なると働き方も変わります。
SES（システムエンジニアリングサービス）は、技術者の労働力を提供する契約形態で、成果物そのものではなく作業への従事を対価とします。SIerがシステムの完成に責任を負う請負を主とするのに対し、SESは指揮命令や成果責任の置き方が異なります。SIerの案件にSESの技術者が加わることもあり、両者は対立概念ではなく重なる場面があります。
プライムベンダーは、顧客と直接契約して案件全体を統括する立場を指す言い方です。SIerの中でもこの位置にいるかどうかで、上流への関与度や責任範囲が変わります。一方、ユーザー企業が自社の情報システム部門で内製する場合は、外部への発注を前提とするSIerの構造とは進め方が異なります。どの立場でPMを務めるかによって、扱う工程も向き合う相手も変わってくる点を押さえておくとよいでしょう。
SIerの構造と工程を理解しておくことは、PMとしての立ち位置を選ぶうえで手がかりになります。同じPMでも、元請けに近い立場で上流に関わるのか、協力会社側で特定工程を担うのかによって、身につく経験の幅が変わってくるためです。要件定義や全体設計にどこまで関与できるかは、キャリアの方向性に影響します。
転職を検討する際は、募集されている役割が契約構造のどの位置にあるのかを確かめると、実際に扱う工程や向き合う相手が見えやすくなります。上流志向であれば元請けやプライムに近い立場を、特定技術を深めたいなら別の軸を、といった具合に、自分が伸ばしたい経験と照らして選ぶ視点が持てます。まずは今いる位置と、その先で関われる工程を言葉にして整理してみることをおすすめします。
SIerとSESはどう違いますか。
SIerはシステムの完成に責任を負う請負を主とし、要件定義から運用までの工程全体をまとめます。SESは技術者の作業への従事を対価とする契約形態で、成果物そのものへの責任の置き方が異なります。両者は対立概念ではなく、SIerの案件にSESの技術者が加わる形で重なることもあります。
SIerのPMはどんな工程に関わりますか。
システム化企画や要件定義といった上流から、基本設計、製造、各種テスト、本番移行までの全工程に関わります。特に要件のとりまとめと工程間の合意形成、進捗・リスクの管理が中心です。元請けに近い立場ほど上流への関与が深くなる傾向があります。
多重下請け構造はPMの仕事にどう影響しますか。
直接指揮できないメンバーが開発に関わるため、契約の壁を越えた調整が増えます。責任は負うのに指示権が及ばない場面もあり、指示系統や作業範囲を早めに把握しておくことが進行の安定につながります。関係者間の合意形成に時間を要する点も意識しておくとよいでしょう。