ITmedia エンタープライズ：要求仕様書をどう書く？ JUASがガイドラインを発表
JUASは、要求仕様書の書き方をまとめた「要求仕様定義ガイドライン」を発表した。要求仕様書を適切に作成できれば、システム開発の納期遅れや品質向上を期待できるのだが。 システム開発での納期遅れ、予算超過、品質不満の要因は、要求仕様書にかかわる問題点にあると指摘されている。しかし、どのように記述すれば良いのだろうか？ 日本情報システム・ユーザー協会（JUAS）は7月5日、要求仕様書に何を書くかではなく、どのように書くかに注目した「要求仕様定義ガイドライン」（UVC）を発表した。 JUASが行った「ソフトウェアメトリックス調査」によると、ユーザー企業がシステム開発の反省点として上位に挙げるのが要件定義フェーズに起因する問題。仕様定義が不十分のまま発注したり、仕様条件を明確に提示しなかったなど、ユーザー企業自らも問題を意識している。要求仕様書を適切に作成できれば、システム開発の納期遅れや品質向上を
人事評価って難しいね. - 最速配信研究会(@yamaz)
http://d.hatena.ne.jp/ryoko/20070630#1183212590 http://b.hatena.ne.jp/entry/http://d.hatena.ne.jp/ryoko/20070630%231183212590 を読んで思いだしたこと. とある有名外資系企業では毎年各ブランチの全従業員のパフォーマンスレビューを行い,下から5%の人間には退職いただくそうだ. 詳しいルールは聞かなかったけれど,これを聞いたとき, 「自分が5%に入らないように,わざと役に立たないか少なくとも自分より能力のないような人間を雇おうとする力が働くだろうな」 と思った.このルールだと自分よりいい人間ばかりを雇うということは自分の地位が危うくなることにつながるため,自分よりいい人間をいれようというインセンティブが働かず,結果として自分の能力自体が会社のパフォーマンスを規定してしまう
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
