どちらかと言えば、コストや納期といった現実との相談が殆どだと思うこの頃。

そういった諸々の現実や思惑を集めて、ゴールを指し示すことがプログラマとのコミュニケーションではなかろうか？
ただ、コミュニケーションの前提は信用なので、プログラマに信用されることが先なんだろうけどね。

少しくらいは、騙すけど（鬼）

あーそれはありますね。
風呂敷を広げる人とたたむ人みたいなw。

ディレクターの責務は、無茶な要求を突きつけるクライアントの防火壁となる事。複数の案件で進捗に応じてプライオリティーを付け、間に合わなさそうな所には納期調整をするか、人員を組み直すか、外注に出すかといったQCDを調整する事。クライアントが言いたい事の要件を明確にする事。といった所かな？

プログラマー的な思考(没頭？)と、ディレクター的な思考(俯瞰？)は別物だからよほど特殊な人で無ければこの二つを効率的に回す事は難しいと思います。