要求工学:Requirements Engineering(月刊ビジネスコミュニケーション)会社概要 NTT ソリューション 広告募集 ページ先頭へ Copyright:(C) 2000-2017 BUSINESS COMMUNICATION All Rights Reserved. ※本サイトの掲載記事、コンテンツ等の無断転載を禁じます。
要件定義を得意ワザにしよう
「システム開発で、何が一番難しい？」と尋ねられたら、「要件定義」と答える人が多いのではないか。ユーザーが何を望んでいるのか的確につかみ、ときとして関係者間で対立する要望を整理し、システムの要件にまとめて関係者の合意を得なければならない。技術者からは「いろいろ神経使うし、大変だよね…」という声が聞こえてきそう。 要件定義のスキルを磨くには「知識＋実践」が不可欠だ。ここでは要件定義に関する好評連載・特集をピックアップした。これらの手法やノウハウを使って、より良い要件定義ができるよう、実践に役立てていただければ幸いである。 認識のズレや要件の抜けを防ぐ「詰めの質問術」 システムの出来が見違える コツ1●言葉の定義を聞く コツ2●言い換えて聞く コツ3●タイミングを聞く コツ4●なぜ必要なのかを聞く コツ5●そうではないケースを聞く コツ6●順番が逆のケースを聞く コツ7●状態の変化に注目して聞く
さらば、あいまい開発---目次
顧客の要件定義があいまいなまま開発を進めたために、手戻りが発生して損失を出した―。最大の問題は、システム開発プロジェクトの要となる超上流工程で、システム化本来の目的をSIerと顧客が共有する体制を、築いていなかったことにある。開発の目的を理解せず顧客に言われたままに動くだけでは、 “御用聞き”から抜け出せず、失敗を繰り返すだけだ。 こうした問題を乗り越えるため、ビジネスのニーズを正確にとらえて問題解決策を提示する工程である「ビジネスアナリシス」（BA）の能力を高めようとする企業が増えてきた。注目すべきは、BAに必要な知識を体系化した「BABOK」（Business Analysis Body of Knowledge）を、BAの役割を果たすための指針としていることだ。BABOKの活用で超上流工程を強化すれば、とかく御用聞きになりがちな SIerの在り方を一新できる。 不況で多くの企業がIT
失敗しない要件定義、3つのポイント
ITシステムに求める要件が多様化、複雑化の一途をたどっている近年、要件定義の難易度もいっそう増している。そうした中でも、確実かつ効率的に要件定義を行うためには具体的にどうすればよいのだろうか？ プライスウォーターハウスクーパースの耵岡充宏氏に話を聞いた。 難易度が増している要件定義 かつてITは、企業の業務を効率化してコストを削減するための手段として用いられていた。システム化の対象となる業務は、会計や人事など、ある程度定型化されたものがほとんどだった。だが今日、ITに求められる役割は効率化だけにとどまらない。ビジネスの「スピード」「精度」「利益」の向上に直結するような効果、ひいては経営戦略により深くコミットしたITの在り方が求められている。ITが担うべき役割は広く、そして複雑になっているのだ。 こうした中、さらに重要性を増しているのがシステム開発における「要件定義」だ。むろん、かねてから指
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
超上流を極めるための「要求開発」入門
堅い話は一切抜き！超実践派のためのトレーサビリティ活動入門一覧