一通り資料と話し合いで、どのぐらいの規模感か見積もりが必要になる。
あくまで概算見積もりで、○百万円、○カ月かかるってことになる。
話が進むと契約の話になる。
当然、プロジェクトを進めていく中で、
新しく作らないところや研究しないといけないところが増える。
納期には間に合わなくなる。
SE、プログラマーと連絡が取りずらくなる(電話するといつも怯えた感じになる)。
俺も上からオマエ一体どうなってるんだ的なことを言われ始める。
これって、契約の仕方間違ってるよな。
作るものわからないんだから、金や時間がどのぐらいかかるかなんか未知数じゃん。
会社の方針で納期と金額がない契約の状態ではスタートできないからそうしてる。
開発会社も死にそうになるしで絶対間違ってると思う。
全体で2か月ぐらいでできるような仕組みなら、これでも問題ないと思うんだよ。
納期遅れるっていったってどうせ1、2週間だし。自分の中で揉み消せる。
初めに金額と納期決めてスタートするっていうやり方おかしいよな。
世の中の皆さんはどうしてるんでしょう。
当然、プロジェクトを進めていく中で、 新しく作らないところや研究しないといけないところが増える。 納期には間に合わなくなる。 この辺、リスク管理というか、追加とか遅れ...
そういう適当な条件で仕事受けるから、後々困るって話じゃないのか?
仕様が決まっていないのに、発注したら下請法違反。
システムの開発なんか、最初にクライアントが出してくる仕様だけだと最終的な目的のものができないなんてことがほとんど。 たとえば、客はAをやりたいといっている。 AをやるにはB...
レス貰った増田だけど、年単位の大規模元請けがわの主任設計者だったこともあるから知ってる。