未経験でディレクターになったとき、最初に何を覚えるのか。

「ITの知識」と言うのは簡単だが、それは何を指しているのか。実際に1年目に身につくことを整理する。

最初の3ヶ月：言葉を覚える

最初の関門は、「言葉」だ。

「要件定義」「ワイヤーフレーム」「API」「フロントエンド/バックエンド」「スプリント」「デプロイ」——会議で飛び交う言葉が最初はほとんどわからない。

これは避けられないが、思ったより早く慣れる。3ヶ月も経てば、会議の流れがつかめるようになる。わからない言葉をその日のうちに調べる習慣をつければ、語彙は自然に増えていく。

この段階では、「完璧に理解すること」より「何がわからないかを把握すること」が大事だ。

3ヶ月〜半年：「なぜ」が増える

言葉が少しわかってくると、次は「なぜそうするのか」が気になり始める。

「なぜこの設計にするのか」「なぜこの順番で開発するのか」「なぜクライアントはこの機能にこだわるのか」——この「なぜ」を先輩や上司に聞き続けることが、ディレクターの思考回路を作っていく。

また、この時期に「ドキュメントを書く力」が鍛えられる。議事録、仕様書、進捗レポート——相手に正確に伝わる文章を書くのは、最初は思った以上に難しい。でも繰り返すうちに、「何を・どの順番で・どの粒度で書くか」の感覚がついてくる。

半年〜1年：全体が見えてくる

半年を過ぎると、プロジェクトの「全体像」が見えてくる。

要件定義から始まり、設計、開発、テスト、リリース、運用——一連の流れのどこにいるかが感覚でわかるようになる。そして「今、何が詰まりそうか」「どこにリスクが潜んでいるか」が少しずつ予見できるようになる。

これがディレクターとしての「勘」の始まりだ。

この勘は、教科書では身につかない。プロジェクトの現場に入り、失敗して、修正して、を繰り返すことでしか育たない。

1年後に身についているもの

1年後には、大きく3つのことができるようになっている。

コミュニケーションの設計。 誰に、何を、いつ、どの粒度で伝えるか。情報の流れを意図的にコントロールできるようになる。

スケジュール管理の実感。 計画通りにいかないことを前提に、バッファをどう設けるか。リカバリのための選択肢をどう持っておくか。

判断の根拠を持つ習慣。 「なんとなくこれがいい」ではなく、「こういう理由でこちらを選ぶ」と言えること。その積み重ねが、信頼になる。

学び続けることが前提

ひとつ正直に言うと、ディレクターの仕事に「学び終わり」はない。

技術は変わり、クライアントの業界も変わり、チームも変わる。その都度、新しいことを学ぶ必要がある。「覚えたら終わり」ではなく「学び続けること自体が仕事の一部」という感覚を持てる人が、長くこの仕事を続けられる。