"工程"の意義を問う

ここ数ヵ月、モチベーション最悪でした。
ストレスで2kgほど太りました。酒の量も増えました。
ホントに身体壊した人もいたので、まだましですが。。。
この業界は病んでるなぁ、とつくづく思う今日この頃です。

何か書くと愚痴しかでて来そうになかったので
書いてなかったのですが、久しぶりに書きます。

最近、業界の病気の根っこにはなにがあるのか、という
ことをよく考えます。
語らねばならぬことは沢山ありますが、今日は、開発プロセスに
おける"工程"というものについて考えてみたいと思います。

伝統的な開発プロセスにおいては、
工程というものによって、開発作業が複数の部分に分割されます。
一般的な考えです。
でもよく考えてみて下さい。
工程に分けることによって何か良いことありますか?

悪いことは3つほど思い付きます。

その1:余計な作業が増える
前工程を担当する人は後工程の人に必要な情報を伝達
するために、文書の作成等の作業をする必要があります。
これは工程に分割しなければ必要無い作業なので、
純粋なオーバーヘッドです。

その2:コミュニケーションロスのリスクが生じる
どんなに緻密な文書を作成しても、常にコミュニケーションロスの
リスクは残ります。

その3:仕様変更に弱くなる
工程間の情報伝達のために作成した文書をメンテナンスするため、
システム全体が仕様変更に弱くなります。

でも良いことは、少なくとも私には思い付きません。
みなさんは思い付きますか?

この件についてはまだまだ言いたいことがあるので、
また続きをかきます。

バリバリの重量級プロセス信奉者の方の反論をお待ちしてます。