人づてに社内ではこういうやり方はけっこう非難されている（経費が余計にかかるとか）と聞いて、チームのみんなも最初は結構気にしたりしていましたが、赤字になってるわけじゃないし、手伝ってもくれないくせに非難するだけの連中の給料だって、結局はこの現場の仕事から生まれてるんだと今では大胆カツカレーに無視しています。

そういえばいろんなプロジェクトでまだ下っ端だった頃は、最初はバージョン管理やタスク管理のツールを自分専用にして使い始めて、となりの席の人から順に徐々に浸透させちゃうとかやってました。周囲を見渡すと、けっこう２人とか３人とかの単位でそういう工夫をしているチームもいましたね。そういう人たちは結束力が強くて、かなり厳しい案件でもたくましく乗り切っていました。

それから、今日からは社内で標準的に使われているテスト仕様書が糞の役にも立たないので、進捗報告を工夫してこっそりユニットテストできるよう時間を工面してあれこれ作業しています。たぶん上からの評価は得られないでしょうが、後からこのプロジェクトを引き継いで追加開発する人たちはデグレを検知するテストをする時に泣いて感謝するでしょう。

当時は知らなかったのですが、もっときちんとこういう問題を考えている人もいて（http://japanese.joelonsoftware.com/Articles/GettingThingsDoneWhenYour.html）、これを読んだときはけっこう感動しました。hekkeさんもちょっくらいっちょう、いかがですか？