Borland Caliber DefineIT
設計、コーディング、テストなど、システム開発は急ピッチで効率化が進められてきた。だが、最後まで残っているのが「要件定義」だ。あいまいで不十分な要件は、「作業の手戻り」、「プロジェクトの遅延」、「予算オーバー」、「機能不足」、「使い勝手の悪さ」の問題を引き起こし、失敗プロジェクトに直結する原因となる。さらに、要件の間違いは手戻り作業を引き起こす最大の原因であり、手戻り作業がプロジェクト全体における開発作業の40%にまで及んでいるという。 開発側、それを使うユーザー側、投資を判断する経営側。それぞれのコミュニケーションギャップがプロジェクトの失敗に直結している。日本語のあいまいさ、誤解に基づいた仕様定義、分厚く難解な仕様書……、そして最後には言った言わないのなすりあいが始まる。
上流工程の問題解決 要求定義編【前編】：ITpro
要求定義の手法を見直す動きが活発になってきた。これまでの開発者視点の手法では，社外ユーザー向けのシステムなどが開発しづらくなってきたからだ。旧来の手法で無理に進めれば，使われないシステムや赤字プロジェクトが増すばかり。要求工学，ユーザー中心設計，超上流など，システマティックな手法を取り入れ，いち早く要求定義の問題解決に挑んだ現場から，実践のノウハウを探った。 「システムの利用目的や対象ユーザーが大きく変わった。要求定義の認識を改める必要がある」──。30年間にわたり，情報システム部門，ユーザー，ベンダーと立場を変えながら金融システム開発の現場に携わってきたアイネスの菊島靖弘氏（金融システム本部 副本部長）は，こう警鐘を鳴らす。 帳票作成などの定型業務をシステム化していた時代，システムの利用ユーザーは発注者そのものであり，きちんと要求を語ることができた。ところが「Webシステム全盛の今は，社
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
