ITコンサルタントの参画初月にやること｜現場で信頼される進め方

ITコンサルタントの参画初月は、成果物を急いで仕上げるより、「何に答えるか（論点の地図）」と「誰が決めるか（関係者の地図）」をつくり、最初の成果物の目次で発注側と合意することを目指します。ここが固まると、2か月目以降の資料づくりや会議が、手戻りなく進むようになります。

初日の入館やアカウントの準備、最初の1週間の一般的な進め方は参画初日から最初の1週間でやること、開始日までの準備は参画が決まってから開始日までにやることで扱っています。この記事では、ITコンサルの案件ならではの1か月の進め方に絞って整理します。

初月の全体像

1週目：依頼の背景と「決める人」を確かめる

なぜ外部のコンサルを入れたのか

ITコンサルの案件には、発注側が「社内だけでは進まない」と判断した理由があります。社内に経験者がいない、部門間で意見がまとまらない、経営層に説明する材料が足りないなど、理由によって最初に力を入れるべきことが変わります。発注側の窓口の担当者に、依頼の背景と、この案件が終わったときに何が決まっていればよいかを聞きましょう。

決める人と、決める場

成果物を最終的に承認するのは誰か、その人が判断する会議はいつか、を早い段階で確かめます。窓口の担当者と、決裁する人が違うことはよくあります。承認の場の日付から逆算すると、初月にどこまで進める必要があるかが見えます。

既存の資料を読む順番

過去の構想書、前任のコンサルが残した資料、ベンダーの提案書、システムの構成図、障害や問い合わせの記録などが渡されることがあります。全部を同じ深さで読むより、次の順で読むと全体像をつかみやすくなります。

1. 経営層向けの資料（何を目指しているか）
2. 過去の検討の資料（何が決まり、何が決まらなかったか）
3. システムの構成図と業務の流れ（今どうなっているか）
4. ベンダーの提案書や見積もり（どんな選択肢が出ているか）

過去の検討で「決まらなかったこと」は、今回の論点の候補になります。

窓口の担当者と、進め方の約束を決める

ITコンサルの成果物は、窓口の担当者のレビューを経て、決裁する人に届くことが多くあります。初週のうちに、次の点を窓口の担当者とすり合わせておくと、2週目以降の動きが速くなります。

• 定例の打ち合わせの頻度と、そこで報告すること
• 資料を置く場所と、ファイル名や版の付け方
• 資料のレビューを何回、どの時点で受けるか
• 関係者に連絡するとき、窓口を通すか、直接でよいか

特に、関係者への連絡の経路は、案件によって考え方が大きく違います。最初に決めておかないと、良かれと思って直接連絡したことが、窓口の担当者の頭越しと受け止められることがあります。

2週目：関係者の表をつくり、ヒアリングを始める

関係者の表をつくる

経営層、業務部門の責任者と担当者、情報システム部門、ベンダー、元請けのコンサル会社など、案件に関わる人を一覧にし、それぞれの立場、気にしていること、判断への影響の大きさを書き込みます。この表は自分用のメモとして持ち、発注側の窓口と答え合わせをしておくと、見落としが減ります。

ヒアリングでは答えを出さない

初月のヒアリングの目的は、事実と困りごとを集めることです。その場で「それはこうすれば解決します」と答えると、相手は話を切り上げ、本当の困りごとを聞き逃します。聞いた内容は、事実と意見を分けて記録し、誰が言ったかが後から分かるようにしておきます。

業務部門の「例外」を拾う

業務の担当者は、ふだんの流れは説明してくれても、月末や年度末だけの処理、手作業で補っている部分は言葉にしないことがあります。「うまくいかないときはどうしていますか」「月に一度だけ発生する作業はありますか」と聞くと、要求の漏れを防げます。

3週目：論点と仮説、成果物の目次で合意する

論点の一覧をつくる

ヒアリングと資料から、この案件で答えるべき問いを一覧にします。たとえば基幹システムの刷新なら、「今のシステムを延命するか作り直すか」「業務を標準の機能に合わせるか」「移行の時期をいつにするか」のように、決めるべきことの形で書きます。

仮説は「確かめる前提」で出す

それぞれの論点に、今の時点での仮の答えを置き、何を確かめれば判断できるかを書き添えます。仮説を出すときは、「現時点の見立てで、これから確かめる」と前置きすると、関係者に構えられずに済みます。

成果物の目次を先に見せる

構想書や評価報告書の中身を書き始める前に、目次と各章で言いたいことを窓口の担当者に見せ、方向が合っているかを確かめます。目次の段階で合意しておくと、締め切り前に構成ごと作り直す手戻りを防げます。成果物の構成を考える力はITコンサルタントのスキルの記事でも解説しています。

4週目：小さな中間報告と、範囲の見直し

小さな中間報告をする

1か月の終わりに、分かったこと、論点と仮説、2か月目の計画を短くまとめて報告します。決裁する人に直接届く機会があれば、要約を1枚に絞って用意すると、その後の会議で話が通りやすくなります。週ごとの報告の書き方は週報・進捗報告の書き方をご覧ください。

契約の範囲と照らし合わせる

1か月たつと、当初の想定になかった依頼が増えていることがあります。個別契約の業務の内容と、実際に担っている作業を照らし合わせ、範囲の外のものがあれば、窓口の担当者と扱いを決めます。考え方は作業範囲が広がったときの契約の扱いで整理しています。契約の期間が短い案件では、更新の判断の時期もこの頃に確かめておくと安心です。

信頼される動き方

• 中立を保つ：初月はベンダーと個別に深く話し込む前に、発注側の窓口を通して会う。特定の製品を早い段階で推さない
• 発言の出どころを残す：資料の数字や意見には、誰の発言か、どの資料かを書き添える
• 資料の版を管理する：同じ資料の古い版が出回らないよう、日付と版を明記する
• 情報の扱いを守る：社外秘の資料の持ち出しや、生成AIへの入力は、契約と発注側のルールを確かめてから
• 頭越しにしない：経営層に直接意見を伝える機会があっても、窓口の担当者に先に共有する

現場での立ち位置の考え方は常駐先での立ち位置と人間関係の記事、リモートで進める場合の工夫はITコンサルタントのリモート案件の記事をご覧ください。

初月にやりがちな失敗

1. 最初の定例で改善提案を並べる：事情を知らない人の指摘と受け止められ、ヒアリングで本音を聞けなくなる
2. 資料の見た目に時間をかけすぎる：目次の合意がないまま作り込み、方向がずれて作り直しになる
3. 窓口を通さずに動く：業務部門やベンダーと個別に約束し、発注側の窓口が把握していない状態をつくる
4. 聞いた話をそのまま資料にする：一人の意見を、組織の意見のように書いてしまう

参画後に起こりやすいつまずき全体はITコンサルタントのフリーランスがつまずきやすい点と対策で整理しています。

よくある質問

初月から成果物を求められた場合はどうすればよいですか？

期限が近い案件では、初月から成果物の作成が始まることもあります。その場合も、書き始める前に目次と各章の結論を窓口の担当者と合わせておくと、手戻りを減らせます。分からない前提は「仮置き」と明記して進めましょう。

ヒアリングの相手を自分で決めてよいですか？

誰に話を聞くかは、発注側の窓口の担当者と相談して決めるのが基本です。関係者の表をもとに、聞きたい相手と聞きたいことを示すと、日程の調整もしてもらいやすくなります。

前任のコンサルの資料はどこまで信じてよいですか？

前任者の資料は、検討の経緯を知るうえで役立ちますが、前提が変わっている場合があります。数字や結論は、出どころと時点を確かめてから使い、変わっている点は関係者に確認しましょう。