技術顧問・CTO代行の参画初月にやること｜現場で信頼される進め方

技術顧問・CTO代行の参画初月は、経営陣が何に困っていて何を期待しているかをそろえ、システムと組織の現状を見立て、月末に優先順位と最初の3か月の計画を示して合意を取るのが基本です。初月から大きな方針を変えることより、「この人に任せれば何が前に進むか」を経営陣と開発チームの両方に見せることが信頼につながります。

この記事では、初月のゴール、週ごとの進め方、案件の型による重心の違い、初月に避けたい動き、月末の振り返りを整理します。参画前の準備と初日の動きの一般的な話は参画が決まってから開始日までにやることと参画初日から最初の1週間でやることで扱っているので、ここでは技術顧問ならではの進め方に絞ります。

初月のゴールを3つに分ける

技術顧問の初月は、やることが多く見えますが、ゴールは次の3つに分けると整理しやすくなります。

この3つのうち、最初に手をつけるべきなのは期待をそろえることです。技術顧問を頼む会社は、困りごとをはっきり言葉にできていないことも多く、経営陣と開発チームで見ている問題が違うこともあります。

1週目：困りごとと期待を聞き取る

経営陣と話す

最初の週は、経営陣（社長、事業の責任者など）と時間を取り、次のことを聞き取ります。

• 技術の面で、今いちばん困っていること
• 顧問に期待すること（相談相手か、方針を決めてほしいのか、手も動かしてほしいのか）
• この先半年〜1年の事業の予定（資金調達、新しい事業、採用の計画など）
• 技術について、すでに決まっていることと、まだ決まっていないこと

経営陣の言葉は、そのまま記録しておきます。後で優先順位を示すときに、「最初に伺った困りごとに対して、こう考えた」とつなげて説明できるからです。

開発チームと話す

社内のCTOや開発責任者、エンジニアの何人かと短く話し、開発の現場から見た困りごとを聞きます。経営陣の見方と開発チームの見方がずれていることはよくあり、そのずれ自体が最初の論点になることもあります。

最初に読む資料

資料がそろっていない会社も多くあります。そろっていないこと自体が、現状の見立ての材料になります。

2週目：決める人と進め方の型を整える

決める人を一枚にまとめる

技術の方針、採用の可否、予算、外部の開発会社の選定について、誰が決めるかを一枚に書き出し、経営陣と社内の責任者に確かめます。社内にCTOや開発責任者がいる場合は、自分は選択肢を出す役なのか、決める役なのかを場面ごとに分けておくと、役割の重なりを防げます。

定例と報告の形を決める

経営陣との定例の回数、開発チームとの接点（定例への参加、1対1の面談など）、チャットでの応答の時間帯を決めます。報告は、決まったこと、保留したこと、次の定例までに進むことを短く書く形にすると、回数が少なくても前に進んでいることが伝わります。リモート中心の進め方は技術顧問・CTO代行のリモートの記事で整理しています。

アカウントと権限を確かめる

コードの置き場所、クラウドの管理画面、チャット、資料の置き場所などで、どこまでの権限を持つかを確かめます。管理者の権限を持つ場合は、誰の承認で付与され、契約の終わりにどう外すかも決めておきます。秘密の情報の扱いは秘密保持契約（NDA）の記事をご覧ください。

3〜4週目：見立てを出し、優先順位に合意を取る

現状の見立てをまとめる

集めた話と資料をもとに、現状の見立てを短くまとめます。次の形に分けると、経営陣にも伝わりやすくなります。

1. 事実：障害の頻度、開発の進み方、採用の状況など、確かめられたこと
2. 原因の仮説：困りごとがなぜ起きているかの見立て
3. 今すぐ手を打つもの：放っておくと事業に響くもの
4. 計画して直すもの：時間をかけて直すもの
5. 当面は直さないもの：直さない理由を添えて示す

「当面は直さないもの」を示すことは大切です。技術的な負債は数え上げればきりがなく、すべてを直そうとすると、経営陣には「お金と時間ばかりかかる」と映ります。

打ち手は選択肢で出す

優先して取り組むことは、一つの案に決め打ちせず、2〜3の選択肢と、それぞれを選んだときの費用・時間・リスクで示します。決めるのは経営陣であることを明らかにしておくと、合意が取りやすくなり、後で結果の責任だけを負わされることも避けやすくなります。

最初の3か月の計画を引く

合意した優先順位をもとに、最初の3か月で何をどこまで進めるかを計画にします。この計画は、顧問として扱う範囲の確認にもなります。計画に入っていない依頼が増えてきたときは、範囲の見直しを相談する材料になります。考え方は作業範囲が広がったときの契約の記事をご覧ください。

案件の型によって初月の重心は変わる

助言型（月数回の相談）

接点が少ないため、初月は定例の型と、チャットでの応答の範囲を決めることに重心を置きます。毎回の定例で、前回からの変化と、次に決めることを確かめる流れを早く作ると、回数が少なくても前に進みます。

技術の責任者の代行（実務型）

CTOが不在の期間を埋める案件では、初月から日々の判断を求められます。止められない判断（障害の対応、採用の可否など）はその場で担いつつ、方針を変える判断は月末の見立てまで待つ、と経営陣と分けておくと、場当たりの判断が積み上がるのを防げます。

体制の立て直し

開発の遅れや障害の多さで呼ばれた案件では、現場の疲れや不満を受け止めるところから始まります。初月は、原因の見立てと、すぐに効く小さな手（会議の整理、リリースの手順の見直しなど）を一つ二つ示すことに重心を置くと、現場の協力を得やすくなります。

創業期の技術選定と最初の採用

人が少ない会社では、初月から技術選定や採用の判断を求められることがあります。選定の基準を先に文書にし、経営陣と合わせてから候補を比べると、判断の根拠が残ります。

初月に避けたい動き

• 前の会社のやり方をすぐに持ち込む：会社の段階が違えば合う仕組みも違う。まず現状を聞き取る
• 社内の責任者を飛び越えて経営陣に話す：社内のCTOや開発責任者の立場を弱め、協力を得にくくなる
• 資料を読み切る前に結論を出す：最初の印象で断定すると、後で見立てを直しにくくなる
• 頼まれるままに範囲を広げる：初月に引き受けた範囲が、そのまま当たり前の範囲になりやすい
• 悪い見立てを言わずにおく：言いにくい問題ほど、根拠を添えて早めに伝える

1か月の終わりに振り返ること

月末には、経営陣との定例で、次の点を一緒に確かめます。

1. 最初に伺った困りごとに対して、見立てと打ち手が合っているか
2. 顧問として扱う範囲と、決める人の整理に変更がないか
3. 定例の回数、応答の時間帯、稼働の量が契約の想定に収まっているか
4. 次の2か月で何をどこまで進めるか

稼働の量が契約の想定を超えている場合は、この時点で範囲と条件の見直しを話しておくと、更新の時期に慌てずに済みます。参画中のつまずきとその対策は技術顧問・CTO代行がつまずきやすい点と対策で整理しています。

よくある質問

資料がほとんどなく、システムの全体像がつかめません。何から始めればよいですか？

まず、障害の記録と、エンジニアへの聞き取りから、よく問題が起きる場所を見つけます。全体の構成図は、聞き取った内容をもとに自分で大まかに描き、開発チームに確かめてもらう形で作ると早く進みます。資料がないこと自体を、現状の見立ての一つとして経営陣に伝えておきましょう。

参画初月から大きな判断を求められたら、どうすればよいですか？

止められない判断は、分かっている範囲で根拠と前提を添えて担い、その記録を残します。方針を大きく変える判断は、「月末の見立てで選択肢を示す」と期限を区切って伝えると、経営陣も待ちやすくなります。

社内のCTOがいる会社で、どう振る舞えばよいですか？

社内のCTOが決める人であることを前提に、自分は選択肢と判断の材料を出す役に回るのが基本です。経営陣に意見を出すときは、先に社内のCTOと話してから出すと、役割の重なりを避けやすくなります。最初の週に、どの場面で誰が決めるかを社内のCTOと確かめておきましょう。