Notices by カバ (yoto_3@qiitadon.com), page 83

そういえばvimでコピペすると改行がきちんとコピペできるときとできない時がある。検索しても解決策わからないままなんだよな。

すごく大ざっぱにまとめると、SIerは「心理的安全性を下げることで売上げの大きさを作るスキーム」だということだよ。一見非合理的で苦しい現場が絶えない理由は、それがマクロスケールで見ると合理的だからなんだ。
誰も苦しい状況を改善しようとしないのが不思議だと思っていたかい？地獄を改善しないといけないという使命感に駆られていたかい？
逆だよ！キミはむしろ組織の成長を妨げるような真似をしてしまっていたんだ！でも大丈夫、キミはもう社会の仕組みを完全に理解した！これでキミもボクらの仲間入りさ！さあ、僕と契約して人売りプロジェクトマネージャになってよ！人◕ ‿‿ ◕人

SIerがエクスキューズ駆動開発になりがちな理由は、一括請負という伝統的手法が顧客とベンダ間の「立場の違い」を強化するから、と解釈している。
これが何故是正されなかったかと言うと、コミュニケーションコストは「人月」というわかりやすい概念に比べて、自信の説明容易性が低いから。
言い換えれば、顧客から見えない領域で「売上げを膨らませやすい」。
これはかなり邪悪な発想なので、全てのベンダが意識的にやっている訳ではない。しかし、ビジネススキームがそうなっている以上、「結果的に」それをやったベンダが生き残りやすい傾向は出てきてしまう。意味不明なSIerの風土の起源は大体ここから、という認識。

SIer内で技術投資が効かなかったりするのも同じ理由。工数が減れば売上げが落ちるので、よい技術は自然淘汰される。

立場が違う人間が多いほど思想のコンバートが必要になるので、実体としては「わかりやすいエクスキューズ作り」はどこかで必要になるっすな。一方、「エクスキューズ作り」はコミュニケーションコストそのものなので、会計のようなクリティカルな分野以外では出来るだけ減らした方がよいとは思う。

怒られを基準に仕事をする習慣が続くと、「怒られない仕事」だけが上手になっていき、無駄に分厚いマニュアルを作ったり、とりあえず体制側に立つためにルールを大声で叫ぶようになったりします。
これがシステム開発に波及した結果が、安心と信頼のCOBOLを永久に使い続ける、「書き損ねない」為にDRY無視したコピペだらけの設計書を作る、長大なExcelエビデンスを作ったりするといった「とりあえず怒られないようにがんばりました」というSIer的所作になるわけですね。
これを僕は「エクスキューズ駆動開発（言い訳駆動開発）」と呼んでいます。