Life is beautiful

　これを読んで、「SIerの仕事って『工事』だったのかあ」と思った人は私だけではないはず。

これまでSIerは、工事進行基準ではなく、開発終了時に売り上げと原価を一括計上できる「工事完成基準」を取るケースが多かった。一般的に日本のシステム開発は要件定義やユーザー企業との契約が明確でなく、開発中の手戻りや期間の超過が多い...【デスマーチがなくなる？ IT業界に義務付け「工事進行基準」ってなんだ − ＠ITより引用】

　さらに「工事進行基準」と「工事完成基準」の定義を読むとますますそう思える。

工事進行基準
　長期請負工事契約に関する会計上の収益認識基準の1つ。工事期間中、目的物が完成に近づくにつれて徐々に収益が発生するものと考え、工事の完成度合いに応じて工事に関する収益と原価を計上し、各会計期間に分配する方法である。“発生主義”に基づく収益認識法とされる。【工事進行基準 − ＠IT情報マネジメント用語事典より引用】

工事完成基準
　長期請負工事契約に関する会計上の収益認識基準の1つ。工事が完成し、引き渡しを完了した時点でその工事に係る工事収益を認識し、当該会計期に一括して計上する方法のこと。【工事完成基準 − ＠IT情報マネジメント用語事典より引用】

　ちなみに、私はちょうど家を建てているところだが、必ずしも私が図面から想定した通りに建つとは限らないのが難しい。まあ、私がちゃんと図面を読みこなせていないのも悪いのだが、「あ、ここ思ったのと違うんで少し変えてくれませんか」と頼むと、「できるけど、やり直しになるからお金かかるよ」と言われるので我慢をしたりしている。

　まあ、建物だから「やり直すと高くつく」というのは直感的に分かるのだが、ソフトウェアの場合は、（顧客から見て）一見簡単に修正が効きそうなのがこの「開発中の手戻りや期間の超過」に結びつくのかな、と。