アカウント名:
パスワード:
むしろ責任は現場にあったのだろうケド。営業を責めるのは酷。
そもそも最初のスケジュールを引いた時に、経営とか営業上の思惑で技術サイドから見たらできないようなスケジュールに決められちゃうこともある訳で、これだけだと何とも言えないなと思います。無茶なスケジュールを押しつけられる政治力の弱さは技術サイドが責められてもいいでしょうが、「営業を責めるのは酷」とはこの情報だけでは言い切れないと感じます。
半年以上の長期プロジェクトだったら、基本設計をひっくり返すような重大な仕様変更が途中であったとか、想定外のbugが見つかったとかでなければ、1ヶ月位前に「ライン稼動開始1週間前時点で出荷停止に至るバグが数百あって、大幅な遅延がでる」というのは予想できるはず。それを一週間前になって「やっぱりこのスケジュールじゃ出来ません」って泣きを入れたというなら、技術サイドが悪いというのは同意します。
# プロジェクトの寿命が1週間だとかだったら1ヶ月前に予想するのはムリでしょうが(笑。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生unstable -- あるハッカー
多いなぁ (スコア:2, 興味深い)
聞くところによるとエロゲ方面じゃ珍しくもないらしい。
安易にアップデートできることが、逆に未完成のまま出荷することに対する技術者の甘えを誘っているようだ。
Re:多いなぁ (スコア:4, すばらしい洞察)
なんでそうなるのかな?
営業や上層部が品質よりも期日を優先したってことの可能性の方が高いと思うけど。
技術者はちゃんとしたいんだと思うよ。出来ることなら。
Re:多いなぁ (スコア:5, 参考になる)
ライン稼動開始ぎりぎりまで締め切りを延ばして、
出荷開始ギリギリまで締め切りを延ばして、
それでも間に合わなかったので発売日を2ヶ月延ばしました。
そのせいでGW商戦狙いの製品が、夏ボーナス商戦に・・・。
たかだか数千円の製品なのにね。
常識的に考えて、ライン稼動開始1週間前時点で未処理バグが300個もあるのに
納期を1週間や2週間延ばしただけで解決するわけがなかろうて。
結局、営業や経営の品質判定を通過させるために
現場の品質判定で数字をごまかしていたので、
むしろ責任は現場にあったのだろうケド。営業を責めるのは酷。
店頭で見かけて、激しいバグがあったなあと懐かしくなって
冗談で再現操作したら本当にハングアップしたのはさすがに吹いたw
出荷できない原因 (スコア:3, すばらしい洞察)
そもそも最初のスケジュールを引いた時に、経営とか営業上の思惑で技術サイドから見たらできないようなスケジュールに決められちゃうこともある訳で、これだけだと何とも言えないなと思います。無茶なスケジュールを押しつけられる政治力の弱さは技術サイドが責められてもいいでしょうが、「営業を責めるのは酷」とはこの情報だけでは言い切れないと感じます。
半年以上の長期プロジェクトだったら、基本設計をひっくり返すような重大な仕様変更が途中であったとか、想定外のbugが見つかったとかでなければ、1ヶ月位前に「ライン稼動開始1週間前時点で出荷停止に至るバグが数百あって、大幅な遅延がでる」というのは予想できるはず。それを一週間前になって「やっぱりこのスケジュールじゃ出来ません」って泣きを入れたというなら、技術サイドが悪いというのは同意します。
# プロジェクトの寿命が1週間だとかだったら1ヶ月前に予想するのはムリでしょうが(笑。
vyama 「バグ取れワンワン」
Re:出荷できない原因 (スコア:0)
政治力は関係ない。アマチュアリズム(努力することに意義がある)を捨てきれず
妥協してしまうだけ。「ゴミプロジェクトになるだろうけど○×の経験は積めるし」という
悪謀も開発側にあったりすることもあるけど。
「できません」。この一言がいえないプロ未満のエンジニアのなんと多いことか。
普通に考えてできないのなら、上の一言ですべて。自分の技量が業界標準に比して
低いからできないとかでなければ、自信を持って「できません。できると思うなら
どこに頼めばいいか知っているんでしょ?」といって何の差しさわりも無い。
毎回言うような台詞ではないけど、こんな台詞が出たなら、それはそんな決裂状態にしか
持っていけないマネージメントの失敗以外にありえない。