要求を仕様化する技術・表現する技術 - 入門＋実践仕様が書けていますか? : 理恵のアフィリエイトで結果を出すまで日記

理恵のアフィリエイトで結果を出すまで日記Top > 気になるビジネス情報 > 要求を仕様化する技術・表現する技術 - 入門＋実践仕様が書けていますか?

要求を仕様化する技術・表現する技術 - 入門＋実践仕様が書けていますか?

要求を仕様化する技術・表現する技術 - 入門＋実践仕様が書けていますか?
清水吉男

定価：￥ 2,709
販売価格：￥ 2,709
人気ランキング： 6981位
おすすめ度：

発売日： 2005-10-07
発売元：技術評論社
発送可能時期：通常24時間以内に発送

"仕様化"を横断する筆者独自の見解
実は読みづらかった本。が、読み返してみると"仕様化"を横断する筆者独自の見解が面白い。
Specify（合意,特定、という意味で使われている）を中心に据えた仕様化の中身には、
さまざまなプロセス･エンジニアリングを経験した上でしか表現できない内容が。
ただ、Excel表記については、殊更それを強調する必要があるか？（個人的に、SEの現場で
Word型、というのは陳腐化して久しいと思うので）、と言えば、ううむ？、という印象も。。

WBSや、各メーカ独自のプロジェクト管理技法（契約フェーズ含む）、開発管理技法をある程度知ってから読んだほうが
面白さがわかる本、と思いました。
Agile他を一蹴する勇気（モチロン理由があります。）にも、1票！なので☆4つです。

はじめに→11章以降→1,3,6章･8,9章→その他、と読むとラクかもしれません。
PMBOK、CMMI、要求ワークフロー(オブジェクト指向)、ロジカル･シンキング等の知識があると
深読みできます。

モノを作るための合意技術
古くは設計工学の「設計理由」、アジャイルの「顧客＆ストーリーボード」や、Carolynの「ペーパープロトタイピング」などに、断片的に含まれている「モノを作るための合意」を単独の技術として明らかにした良書です。しかし、筆者の想いと、書籍の設計理由と、仕様書を書くテクニックが、全て綯い交ぜになった結果、大変読みにくくなっています。軽く抜き出すと以下のような項目になるでしょうか。1. 要求仕様なくして、まともな開発などできるものか2. 利害関係者との合意があれば、食い違いや後戻りを未然に防止できる3. 要求仕様は設計書ではないが、設計を誘導する力はある4. 要求には理由をつけると解決したいことが明確になる5. 説明を加えてもいいけど、要求とはきっちり分けておく6. 要求には、番号を振ってチェックマーク欄もつけておく7. 要求を階層化してもいいけど、せいぜい２階層までに8. 表現するべき範囲を明確にし、カテゴリ化しよう9. 分析でも設計でもなく、意図を伝えるためにカテゴリを考えよう10. カテゴリをうまく立てると筋違いや担当違いの要求を書かなくなる11. 否定表現は{if (A) else (B)}の(A)を洩れを見付ける良い機会12. 要求仕様書は抜け,洩れを検出する技術であるただ、これらを全て実践でき、他人に教えられるくらいなら、筆者のように独立できるわけでして(笑)。実際にやってみると、どうしても要求仕様書に実装、設計のパラメータを含んでしまうので困りました。個人的には、「分野や時代背景が多少変わっても、そのまま通用する要求」が良い要求かな？と漠然と思っております。

要求仕様の重要性
要求仕様の重要性を耳が痛くなるほど、
叩き込まれます。

この本の一番良いところは、
要求仕様を書くのにExcelを使った方法の解説があり、
とても参考になりました。
この方法を実践してみて手応えを感じました。

要求仕様の重要性を理解するために、
第１部で多くのページ数を割いているのですが、
ここを読むのが辛かったです。
重要な箇所なんでしょうが、
もう少し完結にして欲しいです。

理恵のアフィリエイトで結果を出すまで日記