Inspired by this post Good software projects have clear business goals and objectives. Everyone on the team has an understanding of what metrics will be used to define success. i.e. Implementing these changes to the sign up flow will increase paid conversion rates. Bad software projects are driven by the loudest voice in the room and based on personal preferences. Success cannot be measured becaus
皮肉なことに、プロジェクトと失敗とは相性がよい。納期どおりにできなかった、要求どおりにできないことが多い、機能を削減することが多いなど、もともとの目的、スコープから、後退したプロジェクトの経験を持つITエンジニアは多いに違いない。なぜ目的どおりにいかないのか。どこを改善したらいいかを本連載で明らかにし、処方せんを示していきたい。 上流工程ほどいいかげんな品質管理 ソフトウェア開発でよくいわれることに、「上流工程のバグは、下流工程で増幅する」がある。要件定義や基本設計で間違いがあった場合、最終テストの段階でその間違いに気付き、プログラムを修正すると、相当大きな工数がかかってしまうということだ。この工数は、詳細設計よりも基本設計、基本設計よりも要件定義と、（バグの発生が）上流工程になればなるほど大きくなる。 従って、理屈上は上流工程ほど品質チェックを厳重に行わなければならないはずだ。しかし、実
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
