主な内容

　プロジェクトの成功の秘訣は、要求仕様書の明確化にあることは、各種の調査結果で報告されています。しかし「何をどのように書けば良いのか」を具体的に記述したガイドはほとんどありません。

　今回は、「仕様が漏れない要求仕様」をどのような点を注意し、書いていったらいいのか、ＵＳＤＭ（Universal Specification Describing Manner）という具体的な表記法はもちろん、要求を仕様化する際の考え方、整理すべき点、注意すべき点などを中心にミニ演習を交えた講座をご用意させていただきました。この業界では、多数の成功プロジェクトの経験者として有名な講師の事例なども交え、具体的、かつ実践的な即使えるノウハウを中心に実施します。
　常日頃、よりビジネスに役立つシステム開発に熱意を注いでいる方、より品質の高いシステムを作るにはどうしたらいいか悩まれている方、失敗プロジェクトの撲滅に取り組んでいる方など、システム開発に携わるシステム管理者、担当者などユーザー企業、ベンダー企業問わず、必見の講座です！

　世の中にあふれる「要求仕様書の書き方」講座とは一味違う、充実の講座です。ぜひご参加ご検討ください。
 

<<内容>>

※プログラムは変更する場合がございます
第１章：なぜ、仕様が漏れるのか
　最初に、仕様モレなど仕様にまつわる問題の整理を行います。
問題の根底にあるのは、「仕様は設計しながら抽出するもの」という間違った考え方であり、「要求仕様書ではコミュニケーションの不完全性は解決できない」という認識です。これを認めるかぎり仕様モレなどの要求仕様にまつわる問題は解決しませんし、その後の仕様の変更も減りません。そして仕様モレが起きる直接的原因は、実現して欲しいことを「要求」として適切に表現していないことにあるのです。

第２章：USDMの特徴
　USDMとはどういう表現方法なのか
「仕様は動詞およびその目的語にある」と考えています。そのために「要求」を表現するのです。また表現の特徴としては、要求と仕様を区別し、それらを「階層」で表現したり、要求を「振る舞い」の形で表現し、さらに「理由」を付けたりすることで依頼者の思いとのずれを解消します。USDMは要求の階層構造の中で仕様を効果的に抽出する方法です。

第３章：要求を表現する（ミニ演習）
　バグの主要な要因は「仕様」に関係するものです。そして「仕様モレ」の最大の原因は「要求」と「理由」を表現していないことにあります。コミュニケーションの不完全が問題になるのも、「要求」と「理由」が適切に表現されていないからです。この章では、要求とは何か？　要求の役割は何か？　要求をどのように表現すれば良いのか？　といった、要求の役割や分割基準など表現方法と、要求を表現することの重要性について説明します。

第４章：要求を仕様化する（ミニ演習）（事例紹介）
　多くの組織では、いきなり「仕様」を引き出そうとして失敗しています。しかしながら、要求がその範囲を適切に制御された（階層化などで狭められた）形で表現され、そこに含まれる「動詞」が表現されれば、仕様を引き出すのは簡単な作業です。逆に言えば、要求の中で動詞が表現されれば仕様は漏れないのです。これがUSDMの大きな特徴の一つです。要求と仕様を使い分けない限り、仕様モレは残ってしまいます。この章では、事例ケースを元に、実際に手を動かし、書いてみていただきます。

第５章：画面仕様にもUSDMを適用する
　画面仕様にも一般の機能要求と同じ表記法を適用します。ボタンや表示域など、操作画面を構成する個々の要素に対して、その要素に求められる責務や「振る舞い」を「要求」として表現します。画面遷移は一種の状態遷移ですので、「イベント」と「アクション」（振る舞い）を持っていて、これが「要求」となります。そして要求の表現の中に見える動詞を満たすべく仕様を引き出します。

第６章：作り方の品質要求の扱い
　品質要求は、「非機能要件」を構成する主要な要件です。品質要求にはパフォーマンスなど「機能に付随したもの」と保守性などの「作り方に関するもの」があります。機能に付随する品質要求は、通常の機能要求と同じように表現することができますが、作り方の品質要求は、作業者に対する「作業の仕方の要求」の形で表現したり、そこに記述された具体的作業（仕様）を実現することで品質要求を満たしたと「見なす」という概念を持ち込むなど、機能要求とは違った視点が必要です。

第７章：要件管理プロセス
　基本的な姿勢としては、ベースライン設定後の仕様変更が少なくなるように、たとえば「５％以下」になるように要求仕様の書き方や構成を工夫することが先決です。それでも、仕様変更はなくすことを保証できるあけではありません。USDMでは、要求と仕様を階層で表現することで文書を「１つ」にまとめます。また要求仕様書に「TM（Traceability Matrix）」を組み合わせることで、途中で発生する仕様変更に効果的に対応する方法を持っていますので、要件管理ややりやすくなります。

〈USDMの特徴〉
　今回ご紹介する清水氏の考案されたUSDM方式は、後工程の設計に一貫して活用でき以下の特徴を持っています。
　①「要求」と「仕様」を使い分けて、それらを「階層」で表現することで、構造的に仕様漏れが起きにくい。
　②要求を記述する際には、必ず「理由」をつける。このことによりなぜこの要求が必要になるのかがより一層明確になる。（レ　　ビューがしやすい、必要な仕様に気付きやすい、途中で仕様が変更されにくい）
　③要求が仕様書、設計書にどのように展開されたのかが系統的にフォローでき、機能のTraceabilityが確保できるので開発だけでなく保守作業にも引き続き活用できる。
　④このUSDM方式は、EXCELを活用して機能、非機能を詳細に定義できるので、従来どのベンダーも出来なかった仕様変更回数などが簡単にカウントでき仕様変更率のマネジメントなどが可能になる。
　⑤IEEE830に提唱されている開発ドキュメント方式も、この方式に近似しており、国際的にも通用しやすい。
USDM方式を活用したプロジェクトの場合、品質が向上し、成功率がアップしたとの声が多数聞かれております。

<<過去のセミナー参加者の声>>

　・要求定義の曖昧さが非常に洗練された形で整理されていて、大いに参考になった（製造業）。
　・大変有益。要求を出す側の方、受講をお勧めします（金融業）
　・講師の事例を交えた説明がグサグサと胸に刺さり、これなら、仕様モレがなくせると期待できる講座だった（メーカー）
　・書籍に書いていないことも盛りだくさんで、十分価値あります（建築業）
　・学んだことを無駄にしない様、毎日30分、継続して練習しつづけます（IT業界）

---------------------------------------------------------------------------
■◆
 ■□清水吉男先生シリーズ
　　下記コースもご用意しております。合わせてご参加ください！

　◆清水吉男の保守改良（派生開発）にマッチした仕様変更管理と書き方講座
　　　2015年6月25日（木）開催
　　　2016年1月20日（水）開催

　◆清水吉男の抜けのない仕様が書けるUSDM表記法マスター講座
　　　2016年2月17日（水）-18日（木）開催
---------------------------------------------------------------------------