納期が優先なのか機能が優先なのか
いやいや顧客が本当に成し遂げたいことはなんなのか。

今のプロジェクト。
なんとなくの締め切りが決まっているように見える。
それは最初からスケジュールが提示されているから。
そしてなんとなくのゴールは定義されている。
しかしどこまでの機能を実装するかはまだ決まっていない。
スケジュールを引いた人は機能を見積もれないので
実装者と相談することになる。
厄介だ。

この仕事、同じことをするということは2度とない。
だいたい同じような内容ということはある。
その場合の仕事量はそれなりに見積もる事ができる。
しかし、今までにやったことのないことを見積るのは相当に難しい。

今回、スケジュールのケツが決まっている（ように見える）。そしてそんなに猶予があるような期間でもない。
そうなってくると、機能の要求を受けても、自分が今までやったことがあるような機能の要求しか受けることができない。
難しそうだけど多分できそうだな。と思うようなチャレンジングな機能要求は基本的に断ることになる。

本当にそれでいいのだろうか。

実はそのスケジュールはなんとなく引いただけのもので本当はその納期よりもあの機能があることのほうが重要なんじゃないのか。

もちろん、そんなたいそうな機能はいらないからどうしてもこの日に欲しいということもある。

人間は基本的に欲張りなので、自分の思いつく限りの（ステキ！な）機能を自分の欲しい期間に仕上げて欲しいと思う。
とはいえ、それはあくまで見積もりなしの願望レベルなので
そのとおりに行くことはほとんどないはずだ。

そんな要求をそのまま受け入れてしまっては
残業につぐ残業の後に、出来損ないのシステムが出来上がるだけではないのか。

いや、とはいえ残業が意味を成さないとは思わない。
200%の時間を働き、効率悪く120〜150%の出来上がりくらいは確保できると思う。（モチベーションにもよるが）
それがしたいならそれでもいいと思う。

しかしどうだろう、これがどうやっても終わらない量だった場合
その結果は不幸な結末になるとしか思えない。

頑張りには限界があるので
機能と納期と品質の和が頑張りを超えたところにあったとしたら、
最終的な成果はどれかを落としたものにならざるを得ない。

喜ばれたい。
それでは真に欲しい物を作らないといけない。
まやかしの納期ではなく、まやかしの機能でもなく、
本当に欲しいもの。
そしてその現実的な落としどころ。

これは誰がなんと言おうとプログラマー（職人）の仕事です。