「やらなければならないかもしれないこと」までは見積もれない
@slm_sum @masayang @masanork @goshikun そんなのあり得ないw 瑕疵があれば、対応する。ただ、業務改善で発生した物を無償でエンドレスでやるなんてあり得ない。w
2010-10-26 12:42:09いや、順序として、コードが書けなくなって、Excelじいさん(おじさん)になる。RT @katzchang Excelにこと細かに処理内容を記述する能力があれば、コードくらい書けるだろうに、とは思うんですよね。@masayang
2010-10-26 12:42:17@yamasan007 @goshikun @masanork @masayang クライアントに対してもですがチーム内に対してもそうですね。要件が見えるドキュメントをメンバにながせるSEはそんなにいないと思います。
2010-10-26 12:43:01@masayang 分業だと思いますよ。やはり、設計と実装を同時にすると効率が悪いですし、精度も怪しくなる。 そんな理由があると思いますし、まだメリットはあると思います。
2010-10-26 12:44:34@masayang 一面ではそうですし、クライアントの要望するものが正しいとは限らない訳で、システムと現業務の接合点を得る為に必要な作業です。業務全部をシステム化するわけではないですが、相手はIT専門の業種では無いので。
2010-10-26 12:48:29まこともうしわけございません!RT @masayang: クソ野郎がPMとかやるから業界がいつまでもクソなんだよ
2010-10-26 12:50:02@yamasan007 だったらなおさらのこと「業務要件確定」「基本設計確定」という手戻りを許さない順序で作っていくのは「顧客にとって」不利なのでは?
2010-10-26 12:50:05PMPとか持っていてもダメダメな人も多い(PM=Prj Managementなら) RT @masayang: クソ野郎がPMとかやるから業界がいつまでもクソなんだよ
2010-10-26 12:51:33なぜ? RT @yamasan007: @masayang PGに要件定義→基本設計→詳細設計→実装→教育まで任せるのが、ナンセンスでしょう。
2010-10-26 12:51:36@masayang いいえ。場合によれば、戻りです。だから、慎重に何度でもヒヤリングを行い、定期的にレビューを行い合意を積み上げるのです。
2010-10-26 12:54:57