「専門家と対等に話す」というのは、同じ知識量を持つことではない。
「相手の専門分野を理解しながら、自分の役割で貢献できる状態」のことだ。ディレクターはその状態を、プロジェクトのたびに、さまざまな専門家に対して作っていく。
ゼロからスタートして、何ヶ月で変わるか
最初のプロジェクトでは、エンジニアが話す言葉の半分以上がわからない。「この処理は非同期にした方がいいと思うんですけど」「フロントで持つかバックで持つか迷ってて」——まず文脈すらつかめない。
でも、こういうとき大事なのは「わからないので教えてください」と言えることだ。
一度聞いたことは次から聞かなくていい。会議で出てきた言葉をその日に調べ、翌日には使ってみる。この繰り返しで、3〜4ヶ月後には「どちらの方が後の変更に対応しやすいですか？」という問いを投げられるようになる。
「全部わかる必要はない」という認識
重要な認識がある。ディレクターはエンジニアの仕事を全部わかる必要はない。
でも「何をやっているか」「なぜそうするか」「それでどんな影響があるか」は把握する必要がある。
この「全部わからなくていいが、全体は把握する」というスタンスが、エンジニアとの協働を可能にする。完全に理解しようとすると追いつけないが、「概要と影響」を押さえていると、判断に必要な情報は十分得られる。
クライアントの業界を「深く浅く」知る
クライアントの業界も同じだ。その業界のプロになる必要はないが、「なぜその業務があるのか」「どこが急所か」は知っておく必要がある。
「深く浅く」という言葉は矛盾しているようだが、「その業界の一番大事な部分だけを深く理解する」という意味だ。
医療なら「保険請求の仕組みと現場の制約」。製造なら「在庫と納期のトレードオフ」。小売なら「シーズンと発注のリズム」——その業界の「核」を知っていると、的外れな提案をしなくなる。
「対等に話せる」ようになったとき
専門家と対等に話せるようになると、会議の質が変わる。
「この実装で、運用コストはどうなりますか?」「この設計だと、将来の機能追加にどう対応しますか?」——そういう問いをディレクターが投げられると、エンジニアは「ちゃんとわかっている人がいる」と感じて、より深い話をしてくれるようになる。
「わかっている人がいる」という安心感が、チームの密度を上げる。それがプロジェクトの質を、最終的に決める。
