pg TAKA blog

ああ、またまた２カ月放置ですよ。

どうも一度書き損ねると続かないなぁ。

日記だけじゃなくって、普段習慣にしていることとかがたまたま何かの
拍子でできなくなるとすっぱり止まっちゃうんですよ。

ほんとは旅行のこととか書かないといけないこともあるんですが
まあこれからはぼちぼちと。


とりあえず、仕事がひと段落してEXITしたのでこれであべしともおさらば、
アディオス、アミーゴ！
なんて思ってたら、次の仕事も同じ場所でした。
チキショーーーーーー！！！！！

前回はプロジェクト管理のモジュールを要件定義のころから
見てたんで、その続き的に工事進行基準対応をすることに。
「ソフト開発でも原価収益の見積もりをちゃんとしましょう」
みたいなことらしいんですが、何寝言言ってんだか。

以下、個人的な見積もりできない理由リスト。

１．お客が自分のやりたいことをわかってない
　　→仕事の範囲がきまらない
２．見積もりする人間が開発のことをわかってない
　　→実現性のない予定を組む
３．開発する人間のスキルが低くて見積もりどおりにできあがらない
　　→できないことを繰りこんで見積してさえとかあほかと
４．お客が最初の計画にない機能を要求し
　　なし崩し的にそれを受けてしまう
　　→論外

正直な話、開発者としてどれが一番きついかと聞かれると
実は３だったりするんですが。

めっきり寒くなりましたがいかがお過ごしでしょうか？
私はすっかりお風邪をめした模様で頭が痛いです。
いろんなところでクリスマスっぽい感じになってきてますな。
そろそろコートとか出さなきゃです。


前回最後に書いた見積もりできない件について補足。

開発者視点だときついのは３と言いましたが
一歩引いて管理者よりの視点にすると
実は３なんてまったく物の数に入らないです。
もちろんカバーする人員がいてこそですけどね。

工事進行基準対応の設計を考えてますがなかなか決まりません。
適応事項は大したことじゃないんだけど、本当はありえないはずの
やりなおしをどうするかが悩みの種。

「間違ってたらやりなおせばいい」というのもご意見としては伺いますが
やり直してもいい期間というのも限られてるわけで。
そもそもそういういい加減な態度を改めましょうというのが
改正の本質だと思うのですが。