要求漏れ・仕様違い発生のメカニズム，要求漏れ・仕様違いをなくす要求定義の具体的方法について
ドキュメントの実例や豊富なノウハウを交えて解説する特別セミナー！！
- 講師
ITコンサルタント 木村 哲 先生
元（株）ビーコンIT コンサルティング部長
著書：「要求定義」（日経ＢＰ），「IT提案戦術」（日経ＢＰ）他
- 日時
- 会場
- 受講料
- 1名：48,600円 同時複数人数申込みの場合 1名：43,200円
- テキスト
受講概要
受講対象
ソフトウエア関連企業のプロジェクトマネージャー、システムエンジニアおよびシステム構築に関わるユーザー、業務部門担当者、システムエンジニア教育担当者
予備知識
特になし
習得知識
1)上流工程、要求定義の作業内容と成果物は何か 2)要求漏れや仕様違いが生じるメカニズム 3)実践的な要求定義の方法とツール
講師の言葉
どんなに時間をかけて丁寧にヒアリングを行っても要求は漏れ、仕様違いは発生し、手戻りに悩まされて、ITプロジェクトの 遅延はなくなることはありません。 私たちの仕事のやり方が根本的に間違っているか、重大な何かに気付かずにいるか・・・。 あるユーザー企業でIT部門全員の 参画を得て「何故、要求漏れや仕様違いが発生したのか」を調査・分析したことがあります。 そこでわかったのは 「ヒアリングした相手を間違えていた」「ヒアリングした相手は正しい情報を持っていなかった」「別の誰かが真の要求を知っていた」 「人ではなく現場に答えがあった」「ユーザーはリアリティのある業務の姿イメージしていなかった」といった事実でした。 要求漏れや仕様違いには必ず理由があります。私たちがその理由や漏れるメカニズムを知ることが何よりも重要です。 要求定義におけるもうひとつの問題は効率の低さです。どうすれば品質を落とさずに要求定義作業をスピードアップできるか、 ユーザーからスピーディーに正しい要求が得られるか、回答待ちをなくせるか。 本講座では、要求漏れや仕様違いのメカニズムに加えて、どんな方法で要求定義を行えば問題を解決できるか、実務に即した 具体的な方法をできるだけ多くご紹介します。
プログラム
１．要求定義とは何か １．１．システム構築プロジェクト全体の流れ １．２．要求定義のポジショニング １．３．要求定義とは・・・あいまいさの解消作業である １．４．要求定義成果物のもくじ・・・大手ベンダーの実例 １．５．上流工程の全プロセスと全ドキュメント ２．要求漏れ・仕様違いが生じるメカニズムを知る ２．１．ユーザーは自分の要求を全部把握できていない ２．２．要求漏れ・仕様違いの１０の原因 ２．３．要求漏れ・仕様違いの原因をわかりやすく説明するモデル ２．４．ヒアリングする相手を間違えている・・・真のユーザーの見つけ方 ２．５．あいまいさの元凶・・・SEが立ち入れない業務領域の問題 ２．６．リアリティを欠いた業務設計・機能設計 ３．要求漏れ・仕様違いをなくす要求定義の方法 ３．１．手間を時間をかけずにユーザーの声を収集する技法 ３．２．すぐに実施できるA4１枚のアンケート ３．３．2倍の情報量が得られるヒアリングの技術 ３．４．システムログから隠された事実がわかる ３．５．現場を見よ ３．６．物証で裏を取る ３．７．コミュニケーションギャップを解消するユーザー辞書 ３．８．ユーザーをプロジェクトに巻き込むワークショップの技法 ３．９．例外処理・異常系の発見法 ４．技法とドキュメントの実例 ４．１．日程計画の実例 ４．２．膨大なユーザーの声の分析と収束の技法 ４．３．業務設計と業務・制御フローの実例 ４．４．画面モックアップの実例 ４．５．機能要求リストの実例 ４．６．非機能要求の実例 ４．７．見積もり根拠となる要求定義の最終アウトプット
講師紹介
経歴 1980年 （株）ソフトウェアAG（現在のビーコンIT）入社。 営業、システムエンジニア、パッケージビジネス事業に従事。 2000年 同社にてコンサルティング部長、チーフ・コンサルタント。 2012年 フリーのITコンサルタントとして企業のIT部門のプロジェクト支援、 ITベンダーの人材育成に従事。 データウェアハウスEXPO、ComdexJapan、情報処理学会、マイクロソフト、日本IBM、日経BP、放送大学等でライター、 スピーカー、講師を務める。執筆記事、論文多数。 著書「実践データウェアハウスOLAP」（日本経営科学研究所）、「要求定義」（日経BP）、「IT提案戦術」（日経BP）