時間を味方にしよう - PART2

さらに良いこと

設計を見直すことによって作業量が減って時間的な余裕ができれば、その分品質も向上するというおまけが付いてきます。テストにあてることができる時間が増えるし、出荷時のバグは減るし、メンテナンス性も保てるでしょう。

それに、「困難だったけど、自分達はうまくやれた」と思える経験をすれば、「次はもっとうまくやろう」と思えるものです。逆に、「自分達は本当によく頑張ったし、プロジェクトもなんとかなったけど、こんな経験はもうごめんだね」なんて言いたくないでしょう？

目的を決めよう（再考）

以前に「設計は目的ではない」と書きましたが、ものの見方をかえればコーディングだって目的ではありません。それはソフトウェアを具現化するための手段です。さらに、もっと視野を大きくすれば、ソフトウェアを作ることすら目的ではありません。それは、例えば、業務改善の手段に過ぎません。

やれと言われたからやる、というのでは視野が狭すぎるし、なんだか寂しい気がします。目の前にぶら下げられたノルマにかじりつく前に、その目的は何なのかを考える癖をつけるようにするのが良いでしょう。設計を見直すという発想は、「一体どういうわけでこんなコーディングをする羽目になってしまったんだろう？」と考えることから始まります。実際、要件の洗い出しから仕様決定、設計、コーディングという長い工程の途中で目的が見失われないことの方が珍しいのではないかと思います。

よく、「代替案もないのに反対意見を述べるな」などと言う人がいますが、そんなのは嘘っぱちだと思います。理由はよく分からないのに「何かが変だな」と思うことはあると思います。