私はWindows95を予定どおりに発売するために、全力で仕事をしました。その結果、きちんと1995年8月24日にグローバル版が発売されました。しかし発売当時、Windows95には約3500個のバグが残っていました。私たちはそれを知っていましたが、そのまま発売することになりました。もちろんバグは修正することができます。だからスマホアプリの開発者はいつもバグの修正に奮闘しているわけです。
けれどもそのバグの数は、大規模なプロジェクトの場合、ある臨界点に達するともうそれ以上減らないということがプログラマーの世界では知られています。なぜなら、あるバグを直すとその副作用でほかのところでバグが発生する可能性があるからです。つまりソフトウェアのバグというのは、完全に0にするのがとても難しいのです。
それゆえプログラマーたちは、100点じゃなくてもいいので90点や80点のプログラムを必ず納期に提出することが求められています。「兵は拙速を尊ぶ」という言葉は仕事にもまさに当てはまるのです。
Windows95はそういう理由から、3500個のバグを残したまま製品化されました。といっても、深刻なバグはもちろんちゃんと修正してあります。たとえば保存したはずのファイルが勝手に消えるといったバグを残してしまっては、使い物になりません。だからそういったものはちゃんと検証して除去しています。
ただ、ユーザーが通常の使用をする中では発生しないような細かいバグは修正しませんでした。たとえば一般のユーザーが絶対に知らないような特殊なコマンドを入力すると画面が消えてしまうなどです。そういったものまで完璧に除去しようとすると、無限に時間がかかります。それでは発売予定に間に合いません。
許容範囲を見極め、割り切る
それでもご存じのように、Windows95は世界に大きなインパクトを与えました。おそらくWindows95は、細かいプログラムの知識を持っている専門家にとってはたいへんな手抜き製品に見えたことでしょう。しかし大事なのは、一般のお客さんにとってどれだけいいものを素早く提供できるかです。バグの修正は発売後にもできますから、そこは許容範囲を見極め、割り切ってしまうべきです。
もちろん、仕事のクオリティを上げるために時間を費やすのは間違ったことではありません。適当な仕事を繰り返していては上司からの評価も下がります。しかし時間を費やすあまり締め切りギリギリになったり、あるいは締め切りを過ぎてしまったりしては上司からの評価はもっと下がります。
クオリティが低くて怒られることよりも、締め切りを守れずに「時間を守れない人だ」という評価をされることを恐れてください。