商品詳細
内容紹介 | |
---|---|
販売会社/発売会社 | 技術評論社 |
発売年月日 | 2020/06/29 |
JAN | 9784297113674 |
- 書籍
- 書籍
要件定義のセオリーと実践方法がこれ1冊でしっかりわかる教科書
商品が入荷した店舗:店
店頭で購入可能な商品の入荷情報となります
ご来店の際には売り切れの場合もございます
お客様宅への発送や電話でのお取り置き・お取り寄せは行っておりません
要件定義のセオリーと実践方法がこれ1冊でしっかりわかる教科書
¥2,178
在庫あり
商品レビュー
4.2
7件のお客様レビュー
基本的なことが描かれているなという印象. だけど,書いてあることがわかることとできることは違うしその基本の中で漏れているものがないかを振り返ることができる. よほどの熟練者でない限り要件定義に携わる人は持っておいて損しない一冊ではないだろうか. ======== どこまでやれ...
基本的なことが描かれているなという印象. だけど,書いてあることがわかることとできることは違うしその基本の中で漏れているものがないかを振り返ることができる. よほどの熟練者でない限り要件定義に携わる人は持っておいて損しない一冊ではないだろうか. ======== どこまでやればいい? →システム規模が見積もれる具体性 →設計工程の作業が進められる詳細度 衝突が発生しがちなシーン 優先順位付、作業開始・終了判定、合意・承認 作業の取り決め やるべしことは何か いつ、誰がやるか 合意と承認 の違い 関係者間と握る→合意 最終責任者の受け入れ、文書化された合意内容の凍結→承認 会議→開催目的(共有、最終決裁etc) ジャッジのための基準を作る。 優先順位付 MoSCoW must should could 余裕があれば可能 won’t 今回は不要 何がどの程度できていれば作業開始可能・終了可能かをチェックリスト化して事前合意 p67 p99 検証のチェックリスト 文書の検証→品質、妥当性 前者:基本的な日本語、表記の統一、言葉の定義... 後者:要件と事業目標との結びつきを確認するもの ユーザ主体、事業目標まで遡って確認できることが重要、達成効果を測定可能な数値で示す
Posted by
きれいにまとまってかつ網羅的に説明がされてあって分かりやすくい良書でした。 以前とある開発案件紹介サイトのエンジニア評価欄で発注側はセキュリティに関する当たり前のことが満たされていなかったと低評価されたエンジニアが要件で言われてないことを後で要求されたと反論してる案件を目にしまし...
きれいにまとまってかつ網羅的に説明がされてあって分かりやすくい良書でした。 以前とある開発案件紹介サイトのエンジニア評価欄で発注側はセキュリティに関する当たり前のことが満たされていなかったと低評価されたエンジニアが要件で言われてないことを後で要求されたと反論してる案件を目にしました。 この本では要件定義ではベンダー側がユーザー側に隠れた要求を引き出すべきとあるので、悪いのはエンジニア側であるように思います。 さしずめ、このエンジニアは相手からの要求さえ満たせれば問題ないと考えていたのでしょう。 この本を読むことで自分がそういうエンジニアにならないための指標本にもなったと思います。 さらにサンプルなども載っていて、自分で定義書を書く際のヒントにもなりそうです。 こういう本に早く巡り会いたかったと思いました。
Posted by
目標・目的を共有して企画→要件定義→設計→開発→運用の繰り返しは、システムに寄らない場合でも事業あるいは個人の普遍的な取り組みに思えました。関わる人が多い場合は、段階ごとの合意形成が肝心であることも理解できました。
Posted by