システム屋日誌

ＧＷ返上で追いつきかけて。寝袋生活が終わった（と思う）最近、試験勉強を兼ねて見積手法（理論のね）を重点的に学んでいます。

私の仕事は短期開発が中心。３ヶ月以下のＷｅｂアプリケーション開発が主軸です。そして、失敗プロジェクトでは「初期の見積」の何倍も働いてます。

その原因は、主に３つ。
１．Ｗｅｂ開発を請け負ったはずなのに。
　　デザインやりなおしたり、サーバも構築するなど間接作業が多い。
２．調査やテスト期間を取ることは許されない
３．出来上がった後が、本当の要件定義タイム

１はいつものことなので。最初から腹くくってます。２は、困った。３は・・エンドユーザ直の仕事ならなんとか折り合えるけど。間に人が入ると一気にファイアー状態になる。
エンドユーザ：「お金払っているのに、いつまでたってもシステムができてこない」「言ってもすぐに直してくれない」「Ａボタンは、前は動いていたのに、動かなくなった」

開発側：「設計の段階ならともかく。出来上がってから修正は入れないで欲しい。全体に影響がでてしまう」「やれと言われて急いで作ったので、汎用的な設計はしていないんだし・・・この予算では、今更人員は増やせないし」

大きな会社なら内部でも起こること。情報システム部門とユーザ部門。

このギャップを埋めるために、ユーザと開発者の対話は必要だと思います。必要なものはなにか、状況に応じて優先順位をつけて、お互いが合意していかないとだめなんだ、なぁ。

長期プロジェクトの場合は、そんな余裕が出てくるけど。短期開発は、難しい。

それでも、小さな会社は短期開発勝負。ナントカ道を探っていかなくては。