よく一緒に購入されている商品
商品の説明
商品の説明
成功する要求仕様 失敗する要求仕様
開発期間が短いにもかかわらず、ユーザーの要求は大量に出てくるもの。こうした厳しい状況下でシステムの要求仕様を策定している技術者やマネジャに、本書は現実的な解決策を示す。
開発期間が短いにもかかわらず、ユーザーの要求は大量に出てくるもの。こうした厳しい状況下でシステムの要求仕様を策定している技術者やマネジャに、本書は現実的な解決策を示す。
ITコンサルティングで30年のキャリアを持つ著者は、「要求のトリアージ」という考えを重視する。トリアージとは医学用語で、災害により大量の傷病人が出たとき、声の大きな軽症者に惑わされず、傷病人の容態や緊急性に従って優先順位を付ける標準手法のこと。システム開発でも、さばき切れない要求をやみくもに実装するのではなく、トリアージにより「ちょうど十分な要求」を選び出すことが必要だという。
本書では、要求を導き出すところから、仕様化するまでの間に役立つ実践的なテクニックを数多く紹介している。例えば、要求を取捨選択する際に行う「100ドル・テスト」。各ステークホルダーが100ドルずつ持っていると仮定し、それぞれが要求の重要度に応じてドルを配分。その合計額が多い順に優先順位を付けるというもの。ステークホルダー同士の“談合”がある場合への対処策も示すなど、著者の経験に裏打ちされた内容は示唆に富む。
(日経コンピュータ 2007/01/08 Copyright©2001 日経BP企画..All rights reserved.)
出版社 / 著者からの内容紹介
トム・デマルコ絶賛!
多すぎる要求は納期を遅らせ、少なすぎる要求定義では、求めるシステムにほど遠い。うまく要求を調整しても、ユーザーのニーズに合っていなければ意味がない。----本書は、プロジェクトの予算、納期、ユーザーニーズに対して、「ちょうど十分な(just enough)」要求を見極めるための手法を紹介します。時間と人月のトレードオフのなかで、要求をどう優先順位をつけ、実現させていくのか。本書では、緊急時の治療の順番を決める「トリアージ」という医療用語を使い、ユーザーや関係者から要求に対し重み付けをはかる一方で、過去のプロジェクトでのリリース実現率を照らし合わせながら、実現する要求とリリースのタイミングの決め方を提示します。『ソフトウェア開発201の鉄則』の著者として知られるアラン・デービスが、10年ぶりに書き下ろした待望の新刊です。
多すぎる要求は納期を遅らせ、少なすぎる要求定義では、求めるシステムにほど遠い。うまく要求を調整しても、ユーザーのニーズに合っていなければ意味がない。----本書は、プロジェクトの予算、納期、ユーザーニーズに対して、「ちょうど十分な(just enough)」要求を見極めるための手法を紹介します。時間と人月のトレードオフのなかで、要求をどう優先順位をつけ、実現させていくのか。本書では、緊急時の治療の順番を決める「トリアージ」という医療用語を使い、ユーザーや関係者から要求に対し重み付けをはかる一方で、過去のプロジェクトでのリリース実現率を照らし合わせながら、実現する要求とリリースのタイミングの決め方を提示します。『ソフトウェア開発201の鉄則』の著者として知られるアラン・デービスが、10年ぶりに書き下ろした待望の新刊です。
登録情報
|
この商品を見た後に買っているのは？
カスタマーレビュー
最も参考になったカスタマーレビュー
26 人中、24人の方が、｢このレビューが参考になった｣と投票しています。
形式:単行本（ソフトカバー）
本書は、要求の導き出しから仕様化、要求の変更管理までを網羅している。
システム開発において、的確な要求を導き出すという永遠のテーマについて書かれた良書。
ＨｏｗＴｏ本と読み物としての二つの側面をもつ。
要求導き出しのテクニックなど、具体例をあげ解かり易く書かれているので、これから上流工程へ携わるビギナーの方にもお奨めできる。
また、訳本ではあるが、文章は平易で読みやすいのが大変良かった。（日本語訳、監修の方のご苦労が伺える仕上がりになっている）
本書では、要求の導き出しから仕様化の間に「要求のトリアージ」を行うことを推奨している。システム開発において、予算と納期、要求のバランスをとることは大変重要である。
この時点でボタンの掛け違いをすると、大抵の場合、納期遅延や予算超過などプロジェクトの失敗を招くことになる。
本書の第３章で取上げられている「要求のトリアージ」では、要求を選び出すための技術について触れられており、参考になった。
システム開発において、的確な要求を導き出すという永遠のテーマについて書かれた良書。
ＨｏｗＴｏ本と読み物としての二つの側面をもつ。
要求導き出しのテクニックなど、具体例をあげ解かり易く書かれているので、これから上流工程へ携わるビギナーの方にもお奨めできる。
また、訳本ではあるが、文章は平易で読みやすいのが大変良かった。（日本語訳、監修の方のご苦労が伺える仕上がりになっている）
本書では、要求の導き出しから仕様化の間に「要求のトリアージ」を行うことを推奨している。システム開発において、予算と納期、要求のバランスをとることは大変重要である。
この時点でボタンの掛け違いをすると、大抵の場合、納期遅延や予算超過などプロジェクトの失敗を招くことになる。
本書の第３章で取上げられている「要求のトリアージ」では、要求を選び出すための技術について触れられており、参考になった。
形式:単行本（ソフトカバー）
要件定義で実現する機能について双方がコミットしても、設計段階以降で「仕様変更」が必ず発生する。
このジレンマに、プロジェクトを遂行する都度悩まされている。
超上流工程から上流工程にかけてのやり方がまずいのかと思い、本書を手に取ってみたが、（この手の本で具体的な示唆に富んだ本に出会ったことがないので期待はしていなかったが、）非常に参考になる本であった。
文章が平易で簡潔であり、意訳がとてもわかりやすいというのが特徴である。
本書の中で紹介される「要求のトリアージ」を日々実践し、顧客との関係を悪化させずに、スケジュール調整・追加費用要求などを行えるようになった。
また、「仕様変更が発生するのは悪ではない、顧客が興味を持っている証拠だ」という言葉にも日々励まされている。
このジレンマに、プロジェクトを遂行する都度悩まされている。
超上流工程から上流工程にかけてのやり方がまずいのかと思い、本書を手に取ってみたが、（この手の本で具体的な示唆に富んだ本に出会ったことがないので期待はしていなかったが、）非常に参考になる本であった。
文章が平易で簡潔であり、意訳がとてもわかりやすいというのが特徴である。
本書の中で紹介される「要求のトリアージ」を日々実践し、顧客との関係を悪化させずに、スケジュール調整・追加費用要求などを行えるようになった。
また、「仕様変更が発生するのは悪ではない、顧客が興味を持っている証拠だ」という言葉にも日々励まされている。
リストマニア
|
|
同じキーワードの商品を探す
フィードバック
- カタログ情報、または画像について報告
- 著者からのコメント
- 出版社からのコメント
|
