「自分にできるのか」——ディレクターという仕事のハードルの正体

「ディレクターになりたいけど、自分にできるか不安で」という声をよく聞く。その不安の中身を聞いてみると、だいたい3つに分類できる。「ITの知識がない」「コミュニケーションが得意じゃない」「決断するのが怖い」。それぞれ、現場の視点から答えてみる。「ITの知識がない」について必要な知識は、働きながら身につく。これは慰めではなく、事実だ。ディレクターに必要なITの知識は、プログラミングを書けることではない。「何がどのくらいの工数で実現できるか」「なぜこの技術選定が適切なのか」を判断できる「感覚」だ。その感覚は、実際のプロジェクトに入って、エンジニアと毎日話して、失敗して修正することでしかわからな...

「また一緒にやりたい」と言ってもらえる仕事の仕方

受託開発の世界で、最高の評価は「また一緒にやりたい」という言葉だ。数字の評価でも、レビューの星でもない。プロジェクトが終わった後に、「次もあなたたちにお願いしたい」と言ってもらえること——それが、ディレクターとしての仕事の質を測る一番シンプルな指標だ。「また一緒に」が生まれる条件この言葉をもらえるとき、必ず共通していることがある。約束を守ったこと。 期限、品質、コスト——言ったことを、言った通りにやった。当たり前に聞こえるが、これができていないプロジェクトがいかに多いか。「できます」と言ったことを本当にやり切る誠実さが、信頼の土台だ。問題が起きたとき、一緒に考えたこと。 トラブルは必ずあ...

失敗は財産になる——ディレクターが「やらかし」から学ぶこと

ディレクターとして働いていると、必ず「やらかし」の経験がある。スケジュールを大幅に遅延させた。クライアントとの認識ズレが大きくなりすぎて、大幅な手戻りが発生した。チームのメンバーが追い詰められていたのに気づくのが遅れた——そういう経験が、誰にでもある。でも、その失敗が「財産」になる。「やらかし」のパターンを知っている強さ失敗した経験は、「このパターンは危ない」というセンサーになる。「ここのヒアリングが浅かった」「この時点で確認を取るべきだった」「このメンバーのこのサインを見逃した」——失敗の記憶が、次のプロジェクトで同じパターンに差し掛かったとき、アラームを鳴らしてくれる。経験のないディ...

最初の案件が教えてくれること——小さいプロジェクトほど学びが濃い

最初に担当したプロジェクトのことは、ずっと覚えている。規模は小さかった。予算も期間も限られていた。それでも「自分が担当する」という事実は、重かった。わからないことだらけで、毎日何かに躓いた。でも振り返ると、あの小さなプロジェクトが一番多くを教えてくれた。小さいからこそ、全部見える大きなプロジェクトでは、ディレクターは全体の一部を担当する。自分が見ていない部分も、誰かが動かしている。最初の小さな案件では、要件定義からリリースまで、全部自分の目の届く範囲にある。エンジニアが何で詰まっているか、クライアントのどの言葉が曖昧か、どのタイミングで確認が必要か——全体を俯瞰しながら動く経験が、ここで...

相手の業界の言葉で話す——ディレクターの「翻訳」という仕事

医療系のクライアントとの打ち合わせで、「レセプト」という言葉が出た。最初は知らなかった。でも「医療保険の請求書のことです」と教えてもらい、その後の会話で「レセプト業務のどこが非効率か」という文脈で自然に使えるようになった。次の打ち合わせで「レセプトの突合作業がボトルネックになっているということでしたよね」と言ったとき、クライアントの態度が少し変わった。「ちゃんとわかってくれている」という安心感が生まれたのだと思う。言葉はドアだ業界固有の言葉を使えることは、「その業界への敬意」を示す行為だ。「専門用語を覚えなくてもいい」という考え方もある。でもクライアントの言葉で話せると、「この人は私たち...

プロジェクトを「自分のもの」にする——当事者意識が生み出すもの

同じ仕事をしていても、「担当している」人と「自分のものにしている」人では、成果が違う。担当しているだけの人は「自分のタスクを終わらせること」を目標にする。自分のものにしている人は「プロジェクトを成功させること」を目標にする。その差は、日々の小さな行動の積み重ねとして現れる。「自分のもの」にするとはどういうことかプロジェクトを自分のものにしている人は、こういう行動をとる。定例以外でも気になることがあればクライアントに連絡する。エンジニアが困っていると聞いたら、自分のタスクを後回しにしても話を聞きに行く。仕様書に書いていないことでも、「これはユーザーにとって必要だ」と思えば提案する。「それは...

展示会という「偶然の出会い」——そこから始まるプロジェクトの話

展示会の会場は、独特の空気がある。大きなホールに、さまざまな会社がブースを並べている。来場者はそれぞれ何かを探して歩いている。「これが使えるかもしれない」「こういう解決策があったのか」——期待と好奇心が混ざった顔で。ディレクターにとって、展示会は最高の仕事場のひとつだ。飛び込み営業とは根本的に違う展示会の出会いは、飛び込み営業とはまったく違う。飛び込み営業は「こちらから押しかける」。相手は構えるし、話を聞く気になっていないことも多い。売る側と買う側という対立構造が最初からある。展示会はそうじゃない。来場者は「何かを求めて来ている」。何かに困っていて、解決策を探している。だからブースで話を...

異業種からITディレクターへ——転職前に知っておきたいこと

IT業界への転職を考えているとき、「自分に何ができるのか」がわからなくなることがある。前職の経験が活かせるのか、ゼロからのスタートになるのか、どのくらいの期間で独り立ちできるのか——不確かなことが多い。異業種からITディレクターになった人たちに共通していたことをまとめてみる。前職の経験は「邪魔」にならない「前職がIT系じゃないから不利だ」と思う人が多いが、実際は違う。営業経験がある人は、「相手の話を聞いて、何が必要かを見極めるスキル」をすでに持っている。教育や医療系の経験がある人は、「専門知識のない人にわかりやすく伝える力」が身についている。接客業出身の人は、「場の空気を読んで動く力」が...

エンジニアとクライアントの間で——ディレクターのコミュニケーション技術

ディレクターの仕事で一番難しいのは、技術でも段取りでもなく、コミュニケーションだ。エンジニアとクライアントでは、言葉が違う。大事にしているものが違う。物事の見え方が違う。その間に立って、両者が同じ方向を向いている状態を保つ——それがディレクターの核心だ。エンジニアとの話し方エンジニアとうまく働くために一番大事なことは、「曖昧な指示を出さないこと」だ。「いい感じにしてください」「ユーザーが使いやすいように」「早めに」——これらはエンジニアを困らせる言葉だ。何をすればいいかが明確でなければ、手が動かない。エンジニアに伝えるときは、「何を」「どういう状態にするか」「いつまでに」を具体的にする。...

ディレクターの小話——現場で気づいた、小さくて大事なこと

仕事をしていると、「これは大事だ」と気づく瞬間がある。マニュアルには書いてない。研修では教わらない。でも知っているかどうかで、プロジェクトの結果が変わる。そういう「小さくて大事なこと」を集めてみた。議事録は「事実」より「決定」を書く会議の後に議事録を書くとき、「何が話された か」を書くのではなく「何が決まったか」を書く。長い議事録を後で読み返すと、何が決まったのかわからないことがある。「〇〇については、Aという意見とBという意見が出た」という記録は、翌週見ても意味がない。「〇〇はAで進める、理由は□□」という記録が、プロジェクトを動かす。決定事項・担当者・期限——この3点がわかればいい。...

ディレクターの1日——実際に何をしているのか

「ディレクターって、具体的に何をしてるんですか？」よく聞かれる。パソコンの前で何かをしているのはわかるが、コードを書いているわけでも、デザインを作っているわけでもない。では何をしているのか。実際の1日を追ってみる。午前：情報を整理して、チームを動かす準備をする朝、最初にやることはメールとチャットの確認だ。クライアントから昨晩届いたフィードバック、エンジニアからの技術的な質問、デザイナーからの確認依頼——それぞれに返答しながら、今日の優先順位を決める。10時からチームのスタンドアップミーティング。15分程度。「昨日やったこと・今日やること・詰まっていること」を全員が共有する。ここでディレク...

入社後に何を学ぶことになるのか——ディレクター1年目の成長地図

未経験でディレクターになったとき、最初に何を覚えるのか。「ITの知識」と言うのは簡単だが、それは何を指しているのか。実際に1年目に身につくことを整理する。最初の3ヶ月：言葉を覚える最初の関門は、「言葉」だ。「要件定義」「ワイヤーフレーム」「API」「フロントエンド/バックエンド」「スプリント」「デプロイ」——会議で飛び交う言葉が最初はほとんどわからない。これは避けられないが、思ったより早く慣れる。3ヶ月も経てば、会議の流れがつかめるようになる。わからない言葉をその日のうちに調べる習慣をつければ、語彙は自然に増えていく。この段階では、「完璧に理解すること」より「何がわからないかを把握するこ...

知識ゼロから専門家と対等に話せるまで——学習の地図

「専門家と対等に話す」というのは、同じ知識量を持つことではない。「相手の専門分野を理解しながら、自分の役割で貢献できる状態」のことだ。ディレクターはその状態を、プロジェクトのたびに、さまざまな専門家に対して作っていく。ゼロからスタートして、何ヶ月で変わるか最初のプロジェクトでは、エンジニアが話す言葉の半分以上がわからない。「この処理は非同期にした方がいいと思うんですけど」「フロントで持つかバックで持つか迷ってて」——まず文脈すらつかめない。でも、こういうとき大事なのは「わからないので教えてください」と言えることだ。一度聞いたことは次から聞かなくていい。会議で出てきた言葉をその日に調べ、翌...

「この仕事、面白い」と初めて思った瞬間——それはいつ来るのか

「この仕事、面白い」と初めて思った瞬間を覚えているか——そう聞くと、ほとんどのディレクターが具体的なエピソードを話してくれる。その瞬間は人によって違うが、共通しているのは「自分の言葉や行動が、何かを動かした」という経験だということだ。ヒアリングで課題の核心を突いた瞬間あるディレクターは、こう話す。「クライアントと3回目のヒアリングをしていたとき、ふっと『あ、本当の問題ってここじゃないですか?』と聞いたんです。そうしたら相手が『…そうなんです、ずっとそれを言えなかったんですよ』って。その瞬間、あ、これが仕事か、と思いました」表面の言葉の下にある本音を引き出した瞬間。その経験が「聞く仕事の面...

信頼が次のプロジェクトを呼ぶ——ディレクターが作る連鎖の話

あるプロジェクトが終わった後、クライアントから連絡が来た。「知り合いの会社が同じような課題を抱えていて、紹介していいですか？」これは偶然ではない。「また一緒にやりたい」が積み重なると、必ずこういう連鎖が生まれる。信頼は「こぼれる」信頼は、その人だけに留まらない。「あの会社に頼んでよかった」という話は、自然と周囲に伝わる。経営者同士の会話、業界の勉強会、展示会の雑談——そういう場所で「どこかいいところない?」という話が出たとき、「あそこが良かったよ」という言葉が出てくる。この「こぼれた信頼」が、新しい出会いの起点になる。ディレクターが毎日のプロジェクトで積み重ねる誠実さは、そのクライアント...