アカウント名:
パスワード:
後で仕様が変わったりしなければ時間は見積もれるのですがねぇ
変わらないことが悪だと思っている方々のなんと多いことか
そんな状況で時間見積もりがーとか言われても覆されるの確定なんで見積もるだけ無駄
仕様変更の際は人・物・金・時のすべてに再見積もりが必要と前提を整えてからでないと正にお話にならない
# 結局不都合の押し付け合いだから力がものをいうだけなんだよね
正確な見積もり出して欲しいなら完璧な仕様書頂戴ね。でOKな気がする。その仕様書を元にどれぐらいかかるか見積もるので。当然、仕様書に書かれていないことは見積もらないので仕様書に書かれている以外の事を後から言われても、見積は「仕様書に習って作成したから、仕様書に書かれている事以外を実現するならその分の見積が別途必要」と言う。
アメリカの契約書とか辞書みたいなレベルで出てくるんだろ?なら仕様書も「ここまで文書にして決めなくても・・・」ってレベルの仕様書よこせってんだよ。
まずクライアントにヒアリングしてどんなことを実現したいのかをまとめる。それを満たす仕様書を作成する。SEが設計する。PGが作る。それだけの事だ。クライアントに納期どれぐらいかかるとかを返答するのは仕様書を作成してからだ。即効で返事してんじゃーねよカス営業。
完璧な仕様書はソースということになりますね笑い
故に見積もりに意味など無い、ということでしょう。ヒアリングと仕様決定が一番大切かつ、それに掛かる時間が不定なのだから。
初期見積もりによってプラン変更もありうるからというか要件が本当に確定している案件なんて稀
> ヒアリングと仕様決定が一番大切かつ、それに掛かる時間が不定なのだから。
そして納期だけは変わらないとかね。もう馬鹿かと。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
後出しが無ければ (スコア:0)
後で仕様が変わったりしなければ
時間は見積もれるのですがねぇ
変わらないことが悪だと思っている方々の
なんと多いことか
そんな状況で時間見積もりがーとか言われても
覆されるの確定なんで見積もるだけ無駄
仕様変更の際は人・物・金・時のすべてに
再見積もりが必要と前提を整えてからでないと
正にお話にならない
# 結局不都合の押し付け合いだから力がものをいうだけなんだよね
Re: (スコア:0)
正確な見積もり出して欲しいなら完璧な仕様書頂戴ね。
でOKな気がする。
その仕様書を元にどれぐらいかかるか見積もるので。
当然、仕様書に書かれていないことは見積もらないので
仕様書に書かれている以外の事を後から言われても、
見積は「仕様書に習って作成したから、仕様書に書かれている事以外を実現するならその分の見積が別途必要」
と言う。
アメリカの契約書とか辞書みたいなレベルで出てくるんだろ?
なら仕様書も「ここまで文書にして決めなくても・・・」ってレベルの仕様書よこせってんだよ。
まずクライアントにヒアリングしてどんなことを実現したいのかをまとめる。
それを満たす仕様書を作成する。
SEが設計する。
PGが作る。
それだけの事だ。
クライアントに納期どれぐらいかかるとかを返答するのは仕様書を作成してからだ。
即効で返事してんじゃーねよカス営業。
Re:後出しが無ければ (スコア:2)
完璧な仕様書はソースということになりますね笑い
Re: (スコア:0)
故に見積もりに意味など無い、ということでしょう。
ヒアリングと仕様決定が一番大切かつ、それに掛かる時間が不定なのだから。
Re: (スコア:0)
初期見積もりによってプラン変更もありうるから
というか要件が本当に確定している案件なんて稀
Re: (スコア:0)
> ヒアリングと仕様決定が一番大切かつ、それに掛かる時間が不定なのだから。
そして納期だけは変わらないとかね。もう馬鹿かと。