抜け漏れのない「要求分析・要件定義」の効果的な進め方とトラブル未然防止のための実践ポイント <オンラインセミナー>
~ システム化の要求を固めていく上流工程の手順、要求事項の見える化とまとめ方、要件品質を高めるポイント、手戻りを防ぐための留意点 ~
・システム開発のトラブルを防ぐため、図解による顧客の真の期待の言語化とPMBOK®に基づく要求・要件定義の手法を学び、「認識のズレや手戻りのない」合意形成と要件品質の向上に活かすための講座
・曖昧な表現を防ぐための方法やレビュー、変更管理、品質向上のポイントについて修得し、開発の手戻りやトラブルの未然防止に活かそう!
オンラインセミナーの詳細はこちら:
・WEB会議システムの使い方がご不明の方は弊社でご説明いたしますのでお気軽にご相談ください。
講師の言葉
(第一部)
システム開発では、「思っていたものと違う」「実際の業務に合わない」といったトラブルが発生します。その原因は、顧客の言葉の裏にある本当の期待や、上流工程での検討不足、関係者同士の認識のズレがあるからです。本講座では、問題の発生原因を図解で分かりやすく解説します。また、まだ言葉になっていない要望を引き出し、不足している点や矛盾している点を補いながら、関係者と共有する方法を学びます。
(第二部)
システム開発におけるトラブルや工程遅延の多くは、設計や開発工程ではなく、上流工程である要求分析・要件定義に起因しています。要求の抜け漏れや認識のズレ、曖昧な記述は、後工程で大きな手戻りや品質低下を招き、プロジェクト全体へ大きな影響を及ぼします。
本講座では、PMBOK®の考え方を取り入れ、要求事項をステークホルダーから適切に収集・整理し、関係者との合意形成を図りながら要件定義へ展開する実践的な進め方を解説します。要求事項収集(Collect Requirements)の位置付けや要求事項文書(Requirements Documentation)の役割、要求と要件の違い、機能要件・非機能要件の整理方法などを体系的に学ぶとともに、要求の抜け漏れや曖昧な表現を防ぐためのレビュー、変更管理、品質向上のポイントについて、実務経験に基づく事例を交えながら紹介します。
要求・要件定義は単に文書を作成する工程ではなく、プロジェクト成功の基盤を築く重要なプロセスです。本講座を通じて、手戻りやトラブルを未然に防ぐための実践的な考え方と、現場ですぐに活用できるポイントを習得していただきます。
セミナー詳細
| 開催日時 |
- 2026年11月30日(月) 10:00 ~ 17:00
|
| 開催場所 |
オンラインセミナー |
| カテゴリー |
オンラインセミナー、ソフト・データ・画像・デザイン |
| 受講対象者 |
・ソフトウェア開発、IT、製造、建設、エネルギー、医療などのプロジェクトに従事する方
・プロジェクト・マネジャー、プロジェクト・リーダー、システムエンジニア、ビジネス・アナリストの方
・要求分析・要件定義、業務分析、システム設計を担当する方
・品質管理、プロセス改善、DX推進に携わる方
・要求・要件定義の品質向上や手戻り防止を学びたい実務担当者・管理者
・「上流工程で活躍したい」と考えているSE、プロジェクトリーダー
・「顧客の本当の期待が掴めない」と感じている方
・「手戻りや仕様変更を減らしたい」と願っている方
・顧客や業務部門との打ち合わせで、業務と技術の橋渡し役を担う方 |
| 予備知識 |
・特に予備知識は必要ありません
・要求分析・要件定義の基本から解説しますので、初めて担当する方でも理解いただける内容です
・製品開発、情報システム開発、建設プロジェクトなどの実務経験がある方は、ご自身の業務と照らし合わせながら、より理解を深めていただけます |
| 修得知識 |
・顧客の潜在ニーズを引き出す「問い」と「仮説」の技術
・曖昧な要望を具体的な開発対象に変える構造化力
・認識のズレを防ぐ図解コミュニケーション力
・経験知を組織資産に変える言語化・図解化の技術
・PMBOK®の考え方を取り入れた要求事項収集と要求事項文書の実践的な進め方
・要求事項を整理・分析し、機能要件・非機能要件へ展開するための基本的な手法
・要求・要件定義における「抜け漏れ」「認識のズレ」「曖昧な表現」を防ぐための実践ポイント
・レビューや変更管理を活用した要件品質の向上と、手戻り・トラブルを未然に防ぐため方法
・実務で活用できる要求分析・要件定義の進め方と、プロジェクト成功につなげる実践的な留意点 |
| プログラム |
(第一部)開発トラブルを図解で構造化し、解決策を考える
1.システム開発の問題と発生の原因
(1).顧客の「期待と違う」が、システム開発のトラブルへ
(2).原因は上流工程の不十分さ!
(3).「要求定義」の充実がシステム開発の成果を決める
2.開発工程で考える問題発生の原因
(1).システム導入を成功に導く3段階
(2).要求定義と要件定義の役割の違い
(3).システム化の要求を固めていく上流工程の手順
(4).使えないシステムが開発される「3つの原因」
3.顧客の発言の言葉から「真の期待を理解し・応える」
(1).「顧客の期待に応える」ということを構造で考える
(2).「期待に応える7段階」のどこに、どんな原因が?
(3).受信の壁(発言は不完全:顧客の想いを言語化する)
a.口で言っている言葉 ≠ 心で期待している期待
b.「心で期待している期待」が言葉にならない理由
(4).企画の壁(理解が不完全:顧客の発言を補完する)
a.自分の頭の中の「情報」だけでは補完は不完全
b.発想を広げ「限定合理性」を乗越える必要がある
(5).表現の壁(確認が不完全:図解で顧客と確認する)
a.長い文書では、伝えにくく理解を得られない
b.図解表現で「伝える力・共有する力」を高める
4.図解を使って構造で問題を考える理由
(1).図解に対する2つの誤解「センス・絵心と図形の組合せ」
(2).図解は、論理構造を直感的に理解させてくれる
(3).図解で構造化することで、完成度を高めることができる
(4).図解表現の4つの効果「俯瞰・要素・関係・記憶」
5.図解で構造化して目で見ながら問題解決策を導く
(1).顧客の発言は不完全、現状・目標の再定義が必要!
(2).顧客の期待に応えるために必要な「2つの機能」
(3).図解を使って論理で構造化する考え方と方法
(4).一般的な図解パターンを使った発想と組立ての実際
a.発想のための視点移動が、枠に縛られる
b.構造化が枠に縛られ、複雑な仕組みには無力
(5).自由に発想し情報を組立てる枠組みの考え方
(6).構造化の基本である「思考のガイド」の体系・使い方
a.「比べる」:①対比、②対立、③親和で発想し組立て
b.「並べる」:④因果、⑤移動、⑥段階で発想し組立て
c.「組立る」:⑦組成、⑧展開、⑨包含で発想し組立て
(7).AIを使って情報収集・組立ての精度・効率を高める方法
6.経験の蓄積で知的生産性を高める
(1).経験をコンテンツ化して発信の生産性を高める
(2).専門性を高める「学習・研究・蓄積」
(3).蓄積した「経験・知」は専門性と競争力を高める
(第二部)要求分析・要件定義の効果的な進め方とトラブル未然防止のための留意点
~PMBOK®の考え方を取り入れた要求事項収集と要件定義の実践ポイント~
1.要求分析・要件定義の重要性とPMBOK®の考え
(1).要求分析・要件定義とは何か
a.システム開発ライフサイクルにおける位置付け
b.要求と要件の違い
c.要求分析・要件定義がプロジェクト成功を左右する理由
(2).PMBOK®における要求事項収集
a.スコープ・マネジメントの概要
b.要求事項収集(Collect Requirements)の考え方
c.要求事項文書(Requirements Documentation)の役割と合意形成
2.要求分析・要件定義の効果的な進め方
(1).要求事項の収集
a.ステークホルダーの特定
b.ヒアリング・インタビューのポイント
c.要求事項の整理・分類
(2).要求を要件へ展開する
a.業務要求・ユーザ要求・システム要求
b.機能要件・非機能要件
c.要求事項の優先順位付け
(3).要求事項の見える化
a.業務フロー
b.ユースケース
c.要求事項文書へのまとめ方
3.トラブル未然防止のための実践ポイント
(1).要求・要件定義でよくある問題
a.要求の抜け漏れ
b.認識のズレ
c.曖昧な表現による手戻り
(2).要件品質を高めるポイント
a.レビューによる品質向上
b.変更管理の重要性
c.要件変更への対応
(3).プロジェクト成功につながる要件定義
a.実務でよくある失敗事例と成功事例
b.手戻りを防ぐための留意点
c.要求・要件定義成功の勘所
4.まとめ・質疑応答
(1).講義全体のまとめ
(2).質疑応答
|
| キーワード |
要求定義 要求分析 言語化 図解 論理構造 PMBOK ステークホルダー 要求事項 ユースケース 要件品質 レビュー 変更管理 |
| タグ |
システム営業、システム契約、ソフト管理、ソフト外注管理、ソフト品質、ソフト教育、未然防止、組み込みソフト、仕様書・要件定義 |
| 受講料 |
一般 (1名):49,500円(税込)
同時複数申込の場合(1名):44,000円(税込)
|
| 会場 |
オンラインセミナー
本セミナーは、Web会議システムを使用したオンラインセミナーとして開催します。
|