2で出てきた各項目は経験則でわかる部分も多いので、よくわからないうちは先輩や同僚など相談しやすい人に「こんなもんでいけますかね?」と相談してみるのもいいでしょう。状況によっては「公開日だけは決まっている」という場合も世の中にはあります。これはもうしょうがないです。そこに向けて社内のリソース調整をするため各所へ奔走し、最大限頑張りましょう。あなたが頑張って作成したスケジュールは残念ながら守られることはありません。どんなに理想的なスケジュール表にしても、作業を進めるために必要な各項目で外的・内的な様々な要因により期待していた期日には終わりません。しょうがないことです。あなたにできることは、スケジュールを作成する段階で(周囲にバレない程度に)項目ごとに余裕を持たせておくことくらいです。ここで1つ覚えておいてほしいのは、理由が明確でゴールに納得感があればタイトなスケジュールでもプログラマーは引き受けてくれるということです。彼らは何でもかんでも嫌だといっているのではありません。合理的な理由があり、納得できて、公平性があればやってくれるんです。ディレクターとプログラマーはあくまで同じチームの一員です。ゴールが明確で、そこに無茶をする必要性を共有できればお互い気持ちよく仕事ができるでしょう。さあ、あとは設定したスケジュールと睨めっこしながら、進行状況の把握と遅延しているようであれば状況の確認を行いながら時の番人となりましょう。プログラマーに嫌われる6つのことおまけです。これをすると、嫌われるまではいかないまでも「あの人微妙だよね」と思われてしまったりします。逆にいうと、これをしないようにすれば「あの人に任せておけば大丈夫」と言われます。・優先順位が決まらない今やるべきことは何か、次のあれをするために先にしておかなければいけないのは何か。あなたが決めるんですよ。リーダーシップとまでは言いませんが、せめてチームの中だけでも仕切ってみましょう。・理由を聞いても説明できない何のためにやるのか、なぜ必要なのかを聞いても自分が把握していないので答えようがないというやつですね。把握して自分なりに説明できるよう準備しておきましょう。・何度も何度も席に行く「まだできてないって言ってんだろ!」と内心思われてます。いつくらいにできそうか聞き、それ以前には進捗確認しないほうがお互いよいですね。「もし予定よりも早くできそうであれば教えてください」って言っておけば集中してコード書いてくれますよ。あと口頭での指示よりも形に残るものがいいですね。口頭ばかりでやっていたらそのうち呪われますよ。・デバッグしないプログラマーのことを信用しすぎるのもよくありません。バグはあって当たり前なので、見つけられなかったディレクターが悪いのです。できあがったものはちゃんとチェックしてお互いの視点でよい仕事をしていきましょう。・押しに弱すぎる時には多少の強引さも必要です。あなたが折れやすいと余計な仕事も増えます。チームを余計な仕事から守るのもあなたの仕事です。押されても負けない、断るための理論武装をしておきましょう。「なんか」というふんわりした雰囲気に「曖昧」というさらに曖昧さを混ぜ込んだありがちなコンボ。この言葉だけで信頼されてない感が漂ってきますね。いうわけで、思うがままに書き殴ってみました。「全部教えます」というタイトルにした割に、他にもプログラマーのタイプごとに気をつけるポイントがあったり、自分の長所をいかに活かすか等いろいろありますが今日はこの辺で。「これを実践したのにプログラマーとうまくやれてる気がしない」というそこのアナタ。いうところから治しましょう。自分の頭で考えるんですよ!LINE株式会社では、自分はあらゆるプログラマーとうまくやれるというディレクターを募集しています。