アカウント名:
パスワード:
プログラマーによる開発の見積りの精度が高くないので、見積もるのは無駄だ。だから見積もるのをやめることを主張する。その理由はヤクの毛を刈るようなものだから、と言っている。ここで「仕様が変わるから」と愚痴っている人たち、スレッド冒頭では「仕様が変わるから」無駄なんてそんな程度の低い話はされてないと思うよ。
仕様が変わらなくても、見積りは無駄でやめることを主張するプログラマと、その見積りを締め切りのように扱うマネージャの間に妥協点はあるのかないのか、どうなんだ？それにこたえてなければそれこそ時間の無駄だとおもうけど。
よっぽど小さなプロジェクトじゃない限り、おっしゃるような妥協点は普通に設けられるし、設けるものでしょう。
スケジュールの状況を確かめるポイントが初回の1回しかないというのが問題で、たしかにヤクの毛を刈るように次々新しい問題点が出るものですが、一番厳しいポイント(経験がない／新技術が必要な／顧客のこだわりポイントなど)というのはどんなSEでもわかるはずで、それにまず取り組ませるようにしますよね。ここを切り抜けるのにかかるであろう目標日数が経った(あるいはその数日前の)タイミングで再スケ
> DB設計から始める人がいたら要注意
そのこころは？何作るかにもよるだろうけど、大概の場合、DB設計は一番難しく、システムの核になるものというのが一般的な認識だと思うので、非常に気になります。DB設計を一番取り組みやすいと認識していてDB設計から始める人がいたら確かに要注意ですが。
個人的には人海戦術でなんとかなるところから手をつけ始める人の方が要注意。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
長期的な見通しやビジョンはあえて持たないようにしてる -- Linus Torvalds
結局、妥協点があるのかないのか (スコア:1)
プログラマーによる開発の見積りの精度が高くないので、見積もるのは無駄だ。だから見積もるのをやめることを主張する。
その理由はヤクの毛を刈るようなものだから、と言っている。
ここで「仕様が変わるから」と愚痴っている人たち、スレッド冒頭では「仕様が変わるから」無駄なんてそんな程度の低い話はされてないと思うよ。
仕様が変わらなくても、見積りは無駄でやめることを主張するプログラマと、
その見積りを締め切りのように扱うマネージャの間に妥協点はあるのかないのか、どうなんだ？
それにこたえてなければそれこそ時間の無駄だとおもうけど。
Re: (スコア:0)
よっぽど小さなプロジェクトじゃない限り、おっしゃるような妥協点は普通に
設けられるし、設けるものでしょう。
スケジュールの状況を確かめるポイントが初回の1回しかないというのが問題で、
たしかにヤクの毛を刈るように次々新しい問題点が出るものですが、
一番厳しいポイント(経験がない／新技術が必要な／顧客のこだわりポイントなど)というのは
どんなSEでもわかるはずで、それにまず取り組ませるようにしますよね。
ここを切り抜けるのにかかるであろう目標日数が経った(あるいはその数日前の)タイミングで
再スケ
Re: (スコア:0)
> DB設計から始める人がいたら要注意
そのこころは？
何作るかにもよるだろうけど、大概の場合、DB設計は一番難しく、
システムの核になるものというのが一般的な認識だと思うので、非常に気になります。
DB設計を一番取り組みやすいと認識していてDB設計から始める人がいたら確かに要注意ですが。
個人的には人海戦術でなんとかなるところから手をつけ始める人の方が要注意。