アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
障害が起きないシステムをつくるには (スコア:5, おもしろおかしい)
・単価下げを要求しない
・仕事は一日５〜８時間
・仕様変更はしない
・責任感のある担当者を置く。感情的な人は置かない。
・オブジェクト指向でつくる
・Windowsではつくらない
・定期的にリーダー・マネージャー評価表を提出
・定期的に作業員評価表を提出
・以上のようなことを要求する俺には開発をさせないこと
Re:障害が起きないシステムをつくるには (スコア:3, 興味深い)
オンサイトカスタマで気分だけでもXP
Re:障害が起きないシステムをつくるには (スコア:1, おもしろおかしい)
同期させるっていうのはいいな
無理な仕様変更をごり押しすると、みるみる睡眠時間が
減っていく(笑
Re:障害が起きないシステムをつくるには (スコア:1)
>減っていく(笑
で、次回発注から先方も仕様を真剣に考えるようになって皆ハッピー。
＃もしくは次回発注からコンペチタへ切り替えられるという自己トラップ。
Re:障害が起きないシステムをつくるには (スコア:1)
どこの会社にも「部下を管理する秘訣は寝ないこと」と
公言している人はいるもんです。
中にはその出所不明な体力だけでデスマの戦場を渡り歩く強者もいると聞きますしね。
＃そんな人が担当になったらと思うと夜も寝られない
Re:障害が起きないシステムをつくるには (スコア:1, 興味深い)
自分の経験から言うと、過度の睡眠不足は精神に異常をきたす人、記憶力の極端な低下が出る確率がほぼ確実に高くなるので、極端に切れやすいクライアントに遭遇する確率や、さっき打ち合わせた仕様を数日後には変更させられる確率が恐ろしく高くなり結局はデスマーチを激化させる確率をさらに高くすることにしかならないでしょう。
結局は、小細工は無理。そういうプロジェクトに放り込まれないようにすることに全力を尽くす方が無難。いざ放り込まれてどうしようもなくなったら、仕事は同僚に任せ、営業から予算もらって客と一緒にのみにでも行き愚痴を聞かせて同情買って何とか検収あげてもらうほうがまだましかな。
Re:障害が起きないシステムをつくるには (スコア:2, おもしろおかしい)
Re:障害が起きないシステムをつくるには (スコア:2, すばらしい洞察)
Re:障害が起きないシステムをつくるには (スコア:3, おもしろおかしい)
という意味だったりして。
Re:障害が起きないシステムをつくるには (スコア:0)
とありますが・・・
「どのフェーズのテスト方式」なんでしょうかね？
テストというのは、品質を「チェック」する為に実施するものだと思うのですがね。
品質をチェックする以前に、品質の定義 (つまりは「顧客がシステムに対して求めている事柄、システムで解決すべき問題項目」)に対する認識を「利害関係者(顧客と開発ベンダ)」間で合わせる事が受託開発の一番困難な所であり、問題の本質だと思うのですがねぇ。