• 2025年08月20日(水) 10:30 ~ 17:30

１．システム開発で発生する問題と上流工程の役割
　　（１）．開発のありがちなトラブル「度重なる仕様変更、炎上プロジェクト」
　　（２）．ユーザーの立場と言い分 ⇔ ベンダーの立場と言い分
　　（３）．顧客の要求の把握が不完全だと、開発者の努力を無駄にする
　　（４）．開発の上流から下流への手順、要求定義と要件定義の目的・役割
　　（５）．要求から開発要件を考え、開発環境から要求の再定義を提案する

２．上流工程が不十分で「使えないシステム」になってしまう原因
　　（１）．要求定義が不完全だとＳＥが経験で補完する、そこから問題発生
　　（２）．顧客の発言通りの開発はダメ、「口で言う言葉 ≠ 心で望む期待」
　　（３）．顧客が「心で望む期待」を正しく伝えてくれない構造
　　　　ａ．顧客が期待していること
　　　　ｂ．顧客の発言は、情報が大きく減った上で「嘘・間違いを含む情報」
　　（４）．顧客の発言の特徴
　　　　ａ．不完全な「与件」、要求の理解はまだら模様
　　　　ｂ．現状把握が弱い、あるべき姿も正しく描けていない
　　（５）．顧客の担当者の特徴　（仕事の捉え方や理解の範囲）
　　　　ａ．現場を正しく知らないと、思いつきや理想を語る
　　　　ｂ．仕事への認識「価値を生みだすメカニズム・作業のつらなり」

３．顧客の「期待」に応えるには、目標の再定義が必要
　　（１）．顧客の「こうして欲しい」は、真の「期待」の言葉ではない
　　（２）．「Why（目的）」から請けないと「ちゃぶ台返し」の可能性がある
　　（３）．提示された言葉を「事実・意見・感情」に分けて受止める

４．言語化の基本の考え方と実践のポイント　
　　（１）．言語化は「６つのテーマ」を意識、質問で言葉を引出していく
　　（２）．視点移動し「問い」を広げ、「こうでは？」と仮説をぶつけ議論する
　　（３）．ヒラメキに頼らない、図解の「質問のガイド」で問いを立て探る
　　（４）．「質問のガイド」とは、「３つの型」で構造から質問する方法

５．要求の言語化の実践ポイント：「３つの型」の構造で考え「問い・仮説」を立てる
　　（１）．比べる（比較）型
　　　　ａ．３つの「比較」の観点で視点移動して「問い」、言語化する
　　　　ｂ．対比：関連で探す（関わり合い）、系統で（基準でたどる）
　　　　ｃ．対立：否定で探す（批判、否定）、反対で（対概念・対立）
　　　　ｄ．親和：重なりで探す（＆条件）、類似・比喩で（表現の工夫）
　　（２）．並べる（変化）型
　　　　ａ．３つの「変化」の観点で視点移動して「問い」、言語化する
　　　　ｂ．因果：原因を探す（結果→原因）、結果を探す（原因→結果）
　　　　ｃ．移動：移動を探す（どこから？）、（どこへ？）、（何にが？）
　　　　ｄ．段階：手順で探す（段階の先・後）、時系列で（過去へ、未来へ）
　　（３）．組立てる（構造）型
　　　　ａ．３つの「構造」の観点で視点移動して「問い」、言語化する
　　　　ｂ．組成：抽象化（メタ、要するに）、組合わせ（＋・―、構成要素）
　　　　ｃ．展開：具体化（目的→手段）、分岐で考える（条件で枝分かれ）
　　　　ｄ．包含：拡張で探す（条件で広げる）、限定で（条件で絞り込む）

６．情報の構造化・言語化の意味と「ヌケ・ダブリ・矛盾」の防止
　　（１）．構造で考え、「ヌケ・ダブリ・矛盾」を無くし内容の完成度を高める
　　（２）．図解の構造化とは図解表現、分かりやすく伝える力が高まる
　　（３）．誰もが「自分のスキーム」で偏向理解、図解で理解の個人差を減らす
　　（４）．「問い」の力が高まると、相手の頭の中を外部記憶にできる

７．まとめ　日々の仕事での「気づき」からの「学び」で言語化する力を高める
　　（１）．仕事での「気づき・考え・工夫したこと」を「学び」としてコンテンツへ
　　（２）．コンテンツは、問題の構造的な理解や表現の土台になる
　　（３）．言語化力の向上は、方法論の習得・量の練習・日々のコツコツ
　　（４）．コンテンツを提案の部品として社内共有することで生産性と品質向上

オンラインセミナー