広い範囲でお勧めする。何が良いかと言うと3点はある。誰でもわかる(読める)実用的な本だ。世の中には2種類の実用的な本がある。1つはアカデミック寄りな本で、もう1つは実社会向きの本だ。「関数型プログラミング-数学から実学へ」とあれば前者で、「明日から仕事に使えるちょろいぜHaskel!」なら後者だ。Excelの使い方やメールの書き方や歩き方については普通後者しかなく(前者があってもろくなものではなさそうな気がする)、関数型プログラミングやビジネスモデリングなら前者しかない(後者があったとしても役に立たなさそうだ)。本当は逆で、どうでも良いことこそきちんと理屈立てて容易に使いたいし、理屈立ったものは安全なのではしょりにはしょった学習方法で誰でも使えるようにするべきだ。この本は、要件定義という実社会の要請があることに対して後者に近いかたちで書かれている(かわいいイラストが効果的だ)。いうノリの2000円を切った(税込だと知らない)本で必要十分以上に学べる。学べることは「なんのために」の理解と、「何をするべきか」の知識と、「どうやるか、どの順番か」の段取りの組み方だ。深入りしそうになると、参考書を読めで終わるが、それで良いと思う。練られているとにかく読んでいて、手順と各手順で何をやるか、その目的は何か、何が出力されるかに強い説得力がある。良いことが書いてあっても「この通りにできるなら話が早いけど......」、みたいな本もいろいろあるが、1)からこの本は理解が容易なので、できないほうがむしろおかしいと思う。良いのは、受注側は最低でもこの本の内容を叩き込んでから、要件定義に入る前に発注者側に対してこの本を教科書にした3日から長くても1週間くらいの事前レクチャーを行ってから作業を始めることだろう(プロジェクト参加者全員による読書会みたいな形式が良さそうな予感)。感服したのは、最後の要件定義後のラップアップフェーズの章で、過去のあるプロジェクトを思い出して反省した。短い1)とも関るが、たかだか180ページ弱、イラスト多数、字は大き目、往復1.5時間くらいの電車の中で3日かからずに読み終わった。内容が薄いわけではない。端的な説明で、要件定義という作業全体の進行方法が練られているから、これで十分なのだろう(もっと食わせろと感じるところはあるが、足りない!と感じるところはほとんど無いし、そう感じるのは完璧主義の罠にハマっているだけかもしれない)。読み始めて、面倒くさくなって途中で読むのをやめるというのを最悪とするならば、この短さは、最善のための重要なファクターとなっている。思った点:データベースをプロセスに挟むことで、中抜きが実現できて、それが効率化だという指摘(P.85)導出ルールを明示すること(P.116)。いや、まったくその通り。これは忘れてあとで痛い目に合うので、強調してあるのは実に良い。フレームワークの第一歩は3つの事例というのがあるけど(この本関係ない)、3つは作ってから共通化/統一については考えろというのは、本当に正しい。絶対に予見はできないし、すべきではない(強度が脆弱なものが共通基盤となると、間違いなく砂上に楼閣を作ることになる)。本当にその通り(P.120)。ないがあるの検証(P.150)。