header image

Ryuzeeの他サイト

mixi Twitter Twitter

Categories

携帯対応

QRコード

RING

人気ブログランキング



新着記事

8 月 25th, 2005 日記 none Comments
add Hatena Bookmark

この業界でトラブルとともに多いのが仕様変更。まぁ入社・退職もえらく多いが、それよりもまだ多いと思われる。

この仕様変更、要件定義フェーズや基本設計フェーズとかで出てくれば、よほど整合性の取れないものや、期間・機能が膨れるものでなければ最終的には受けざるを得ない。政治的な力も働くしな。

ただ受けざるを得ないからといってすぐに言われたとおり対応していくと、だいたい要求がエスカレートして止まらなくなってくる。この間OKだったから良いじゃん、とか言われて、そこで初めて揉めてももう遅い。さぁあとは体力勝負すっか、てなもんである。

だから、とりあえず仕様変更を要求されたら、バーター条件を出しとけ。最終的にそれが通らなくても良い。バーターだと分からせることに意味があるわけだ。

システム開発の発注をしなれている会社だとそういうことも無いんだが、特にWebの構築なんてシステム部門より広報部門がお客様であることが多いので、仕様変更の持つインパクトやら仕事の中身を分かっているわけじゃない。最初が肝心。筆者の会社もそれで結構失敗している。

まー結構がほとんどだったりしないだけましかw

ビジネスだから交渉する。あたりまえ。

このエントリは参考になりましたか?

よろしければ5段階評価で該当する☆をクリックしてください。

1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
Loading ... Loading ...

“仕様変更”へのコメントはありません。

コメントはありません。是非コメントしてください。

コメントする

XHTML: 以下のタグが利用可能です: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Trackback

 

add to hatena hatena.comment (0) add to del.icio.us (0) add to livedoor.clip (0) add to Yahoo!Bookmark (0) Total: 0