外部のプロジェクトマネージャーとして案件に入ると、最初の数日で分かることと分からないことが極端に分かれます。技術や進め方の話にはすぐ追いつけても、誰が最終的に決定を下すのかは、資料を読むだけでは見えてきません。決める人の所在が分からないまま計画を進めると、承認の直前で止まる場面が繰り返し起こります。この記事では、外から入るPMが最初に確かめておきたい観点を、公的な調査データをもとに整理します。

1. 最初に確かめるのは決める人

承認が止まる場所の見極め

案件に参画した直後は、資料を読み込み、関係者の名前を覚えることに時間を使いがちです。ところが計画を一つ前に進めようとした瞬間、誰の承認が必要なのかが分からず、手が止まる場面によく出会います。

IPAの調査では、意思決定を担う責任者を設置していない企業が約半数に上ると示されています¹。最初の面談では、誰が最終的な承認を行うのか、その人にどの段階で判断を仰ぐのかという道筋を確認しておきます。

責任者が明確な案件では、確認したい内容を一度の打合せで持ち帰れます。反対に承認の経路があいまいな案件では、同じ確認を複数回繰り返すことになり、初動の数日をそこに使うことになります。

初回の打合せで名前が挙がった担当者が、そのまま最終的な承認者とは限りません。名前だけを控えるのではなく、その人が過去に何を承認した実績があるのかまで聞いておくと、後の見誤りを防げます。

出典：IPA「2024年度ソフトウェア動向調査 簡易分析レポート」（2025年4月）をもとに作成

国際比較に表れる手応えのなさ

総務省の調査では、デジタル活用の効果について「期待する効果を得られていない」という回答が、比較対象の4か国の中で最も多いという結果が示されています²。

海外で効果を上げた型をそのまま持ち込むよりも、参画先の意思決定の仕組みを先に理解することのほうが、立ち上がりの速さに直結します。手応えのなさを組織のせいにする前に、決める人がどこにいるかを確認する作業を最初の工程に組み込んでおきます。

効果を実感しにくいという結果と、意思決定の所在があいまいな状況とは、別々の調査で示された数値ですが、外から入るPMの目線では地続きの話として捉えます。

図の作成：Remogu編集部。外から入るPMが確かめる観点の順番を整理したもので、統計データではありません

2. 工程の前提

開発手法から探る前提

案件の概要には「アジャイルで進めます」と書かれていても、実際の運用は工程ごとに区切られた進め方であることがあります。

IPAの調査では、開発手法はいまもウォーターフォール型が主流であることが示されています¹。呼び方よりも、工程がどこで区切られ、どの段階で成果物を確定させるのかという実態のほうが、立ち上がりの計画には効いてきます。最初の週に、工程表そのものを見せてもらう時間を確保しておきます。

工程表を見せてもらう際は、どの成果物がどの段階で確定するのかも合わせて確認しておきます。確定のタイミングが分かれば、後から変更が入ったときにどこまで手戻りになるかの見通しも立ちます。

工程の区切り方は、資料に一枚の図として示されている場合もあれば、担当者の頭の中にしかない場合もあります。図として存在しない場合は、聞き取った内容をその場でメモに起こし、認識の相違がないか確かめておきます。

資料の言葉と現場の照合

要件定義や設計の場面でも、思っていた形と違う進み方に出会うことがあります。資料には「随時すり合わせ」と書かれていても、実際は文書ベースで要件定義と設計が進められている実態が調査で示されています¹。

口頭の合意よりも、文書として残った内容のほうが、後から振り返ったときの拠りどころになります。資料の表現と実際の運用には差があります。契約前に読んだ言葉をそのまま受け取らず、参画後の早い段階で次の観点を照らし合わせると、後になって前提のずれに気づくという事態を避けられます。

照らし合わせる相手は、発注側の担当者だけでなく、実際に手を動かしている実務者にも聞いておくと、資料に書かれていない運用の癖が見えてきます。

特に、文書の様式が案件ごとに違う場合は、過去の文書を1つ見せてもらうだけで、求められている粒度がつかめます。ゼロから様式を考えるよりも、既存の文書に沿って書く進め方のほうが早く馴染めます。

過去の文書が見つからない案件では、自分がまとめた文書をそのまま最初の様式として提案してみる方法もあります。以降のやり取りがその様式に沿って進むようになれば、確認の手間そのものが減っていきます。

資料に書かれがちな表現	参画後に確認する内容	確認の仕方
アジャイルで進めます	工程がどこで区切られているか	工程表そのものを見せてもらう
随時すり合わせます	要件や設計を文書に残しているか	既存の文書の様式と更新頻度を聞く
柔軟に対応します	変更をどの段階まで文書化するか	変更管理の記録の有無を確認する

3. 合意の証拠としての文書

品質を最優先に置く発注側の姿勢

外から入ったPMが「早く進めたい」と考えても、発注側が同じ優先順位を持っているとは限りません。調査では、利用する側の企業はシステムの品質を最も優先する事項として捉えていることが示されています¹。

速さよりも、品質を確かめる材料のほうが、発注側との会話をかみ合わせる糸口になります。スケジュールの話をする前に、何を確認できれば品質を担保したと言えるのか、その基準をすり合わせておくと後の手戻りを防げます。

品質を確かめる基準は、確認する項目の細かさや範囲など、案件によって置き方が変わります。最初の段階でその基準を言葉にしておくと、進捗の報告でも同じ物差しを使えるようになります。

基準を言葉にする作業は、発注側に一方的に確認するだけでなく、こちらから案を出して合意を取る形でも進められます。案を先に示すことで、発注側の負担を減らしながら早く基準を固められます。

合意の残し場所で変わる結果

打合せの場で合意したはずの内容が、後になって「言った、言わない」の話に戻ってしまう場面があります。要件定義と設計が文書ベースで進められている実態を踏まえると¹、口頭でのやり取りは記録として弱く、文書に残した内容だけが合意の証拠として機能します。

文書を残す作業を負担に感じる場面もありますが、決定事項を要点だけ書き留める運用であれば、時間はそれほどかかりません。負担よりも、後から前提を問われたときに示せる材料があることのほうが、参画中の拠りどころになります。

合意の残し方は、決定事項の重みによって変えます。軽い確認事項まで細かく文書化すると負担が増えるため、次の整理を目安にしておきます。

迷ったときは、後で見返す可能性がある内容かどうかで判断します。見返す可能性が低い雑談程度の確認までは、無理に文書化しなくても差し支えありません。

決定事項の重さ	残し方の目安	後で起こりやすいこと
仕様や体制に関わる決定	文書に残し、承認者の確認を得る	残していないと前提から議論し直しになる
進め方の細かな調整	議事録に要点だけ残す	残していなくても大きな支障にはなりにくい
期限や体制の変更	変更履歴として日付ごとに残す	残していないと変更の経緯が追えなくなる

図の作成：Remogu編集部。合意が証拠として残るまでの流れを整理したもので、統計データではありません

4. 契約の型の確認

取引の手間を減らす契約の型

契約の話は後回しにされがちですが、取引の単位をどう区切るかは、参画後の動きやすさに直結します。調査では、取引ごとに手間や工数がかかる点を課題として挙げる企業が多く見られます¹。

取引を細かく区切る型よりも、まとまった単位で契約する型のほうが、双方の事務負担を抑えられます。契約の単位について、最初の面談で確認しておくと、後から条件を協議し直す手間を減らせます。

取引の単位が細かく分かれている案件では、都度の見積りや承認のやり取りが増え、着手までの時間が延びる場面があります。単位をまとめられないか、最初の段階で相談してみる価値があります。

まとめて契約する形に変えるだけで、毎回の事務作業が減り、実作業に使える時間が増える案件もあります。契約の単位は一度決めたら変えられないものではなく、進め方に応じて見直しを相談できる部分です。

モデル契約という選択肢の認知度

業界団体が示すモデル契約の存在を、発注側が知らないまま個別に契約書を作っている案件もあります。調査では、モデル契約そのものを「知らない」とする企業も多く見られます¹。

知らないことは責められる話ではなく、外から入るPMが契約の型を説明できると、話がかみ合います。契約の型に迷いが見えたときは、こちらから選択肢を示す姿勢が、初期の信頼につながります。

モデル契約という言葉自体を伝えると、発注側の担当者が社内で確認するきっかけになることもあります。押し付けるのではなく、選択肢のひとつとして共有する姿勢が伝わりやすさに影響します。

選択肢を示す場面では、こちらの都合を優先しているように受け取られないよう、なぜその型を提案するのかという理由も添えて伝えます。理由が伴っていると、社内での確認もスムーズに進みます。

5. 個人に留まる情報

技術情報が個人の頭の中にある状態

参画して数日たつと、特定の担当者に聞かないと分からない情報が案件内に点在していることに気づきます。調査では、技術情報の収集について体系的な仕組みを持たず、個人に委ねられている実態が示されています¹。

仕組みで共有される情報よりも、個人の記憶に頼った情報のほうが、参画初期には集めにくいものです。誰が何を知っているかを一覧にする作業を、最初の週の早い段階で済ませておくと、以降の確認がスムーズになります。

一覧化する対象は、担当者の名前だけでなく、どの領域について誰に聞けばよいかという対応関係です。案件の後半になってから作り始めると手間が増えるため、参画直後に着手しておきます。

対応関係を一覧にしておくと、担当者が不在の日でも別の窓口を探す時間を削れます。作った一覧は自分だけで抱えず、関係者にも共有しておくと、案件全体の引き継ぎにも役立ちます。

設計の共有が進みにくい理由

設計の考え方が個人の中に留まっていると、担当者が変わるたびに同じ説明を繰り返すことになります。モジュール性やデータモデルを意識した設計に取り組む企業は、依然として少ない状況にあると調査で示されています¹。

設計の考え方が個人に留まっている状態を無理に一度で解消しようとすると、聞き取りだけで多くの時間を使うことになります。優先して聞いておきたいのは、変更の影響が広がりやすい部分から順に確認する進め方です。

聞き取った内容は、そのつど短い文書に残しておきます。次に同じ担当者が不在になっても、書き残した内容を手がかりに作業を進められる状態を、少しずつ積み上げていきます。

設計の共有が進んでいるかどうかは、いくつかの状態を並べて見ると分かりやすくなります。情報が個人に留まっている場合と、仕組みで共有されている場合とでは、参画初期に取る行動が変わってきます。

状態	参画初期に起こりやすいこと	取りたい行動
情報が個人に留まっている	担当者が不在だと確認が止まる	誰が何を知っているかを一覧化する
設計の考え方が文書化されていない	同じ説明を繰り返すことになる	聞き取った内容をそのつど文書に残す
仕組みとして共有されている	担当者が変わっても引き継げる	既存の共有先を早めに確認する

6. 人材不足という事情

人材不足を最大の課題に挙げる背景

現場の進め方に前提のずれがあっても、それを整える人手が不足している案件もあります。総務省の調査では、デジタル化の課題として人材不足を挙げる企業の割合が最も大きいという結果が示されています²。

人手が不足している場面では、外から入るPMが担う役割の幅が自然と広がります。最初の面談で、どこまでを担うのか、その範囲を確認しておくと後の認識のずれを防げます。

本来複数人で分担する確認作業を、ひとりで担うことになる場面もあります。担える範囲と担えない範囲を早めに切り分けておくと、後から抱え込みすぎる事態を避けられます。

担えない範囲が見えたら、抱え込まずにその場で発注側へ伝えておきます。範囲を早めに共有しておくことが、参画後の役割分担を無理のない形に整えることにつながります。

役割の広がりは負担に感じられる一方で、案件の全体像を早く把握できるという側面もあります。どこまで担うかを自分で決められる場面では、経験を活かせる範囲から引き受けていく進め方も選べます。

効果を実感しにくいという結果

人手を確保しても、それだけでデジタル化の手応えが得られるとは限りません。先に触れた通り、期待する効果を得られていないという回答は4か国の中で最も多いという結果が示されています²。

人手の確保だけでなく、決める人と文書という土台が整っているかどうかが、体感に効いてきます。体感が伴わない状況を前にすると進め方そのものを疑いたくなりますが、その土台を確かめる作業を飛ばしていないかをまず振り返ってみます。

人材不足という事情を理解した上で、自分がどの役割を引き受けられるかを整理しておくと、参画後の期待のずれを防げます。

7. 立ち上がりの順番

決める人と文書を起点にした組み立て

参画直後にどの順番で確かめるかを整理します。最初に確認するのは、意思決定を担う責任者の所在です¹。

次に、要件や設計がどの程度文書として残っているかを確認します¹。この2つが分かれば、契約の型や情報の共有状況を確かめる作業も進めやすくなります。順番を守らずに契約の細部から入ると、決める人が見えないまま条件だけを固めることになり、後の工程で前提が崩れます。

この2つを確かめる順番は、案件の規模や業種が変わっても大きくは変わりません。最初の2週間をどう使うかという目安として、次の流れを参考にしてみてください。

順番どおりに進めても、想定より時間がかかる工程が出てくることはあります。その場合は無理に先へ進めず、確認が終わった観点から一つずつ次の工程に引き継いでいく形で構いません。

図の作成：Remogu編集部。確認する順番の目安を整理したもので、統計データではありません

外から入る案件は、決める人と文書という2つの手がかりを押さえるだけで、立ち上がりの速さが変わります。まずは自分の経験に近い案件を確認し、参画後の進め方について具体的な条件を聞いてみることから始めてみましょう。

8. よくある質問

文書に残す文化がない現場では、どこから始めればよいですか

最初から完璧な様式を求めず、決定事項だけを短く記録することから始めます。小さな記録を積み重ねると、文書ベースでの合意という形に近づきます¹。

決める人が複数いるように見える場合はどう確認すればよいですか

案件の種類ごとに最終判断を行う人を個別に確認します。責任者を設置していない企業が約半数に上ることを踏まえると¹、肩書きだけで判断せず、実際に承認した実績で見極めます。

契約の型に迷いがある担当者にはどう伝えればよいですか

モデル契約という選択肢を知らないまま個別に契約書を作っている担当者には、選択肢がある事実を伝えるところから始めます¹。契約の型を一緒に整理する姿勢は、参画初期の信頼につながります。

※公開中の案件数は時期によって変わります。記事中の案件の傾向は執筆時点のものです。

出典・参考情報

＊1 IPA「2024年度ソフトウェア動向調査 簡易分析レポート」決める人（2025年4月・2026年10月確認）
＊2 総務省「令和7年版 情報通信白書（デジタル活用の動向）」最大の課題（2025年7月・2026年10月確認）