現役SEが「伝わる要求」か診断します

「要求一覧は作った。でも、この内容で本当にベンダーに意図が伝わるのだろうか？」 そんな不安を感じていませんか？ 要求一覧を作成する立場では、書いた本人にとって当たり前のことほど、曖昧なまま記載されていることがあります。 例えば、 「入金情報を確認できること」 という要求があった場合、 ・「入金情報」とは何を指すのか？ ・入金済みだけか、未入金も含むのか？ ・何のために確認するのか？ ・画面で確認できればよいのか？ ・帳票やPDF等への出力が必要なのか？ といった点が分からなければ、システムを作る側は仕様を決めることができません。 そこで本サービスでは、実際にシステムを開発するSEの視点で、「要求一覧から仕様書を作成できるか」という観点でレビューします。 私は基幹業務システム開発20年の現役SEです。これまで実際の開発プロジェクトにおいて、業務側の要求をもとに要件定義・設計・開発を行ってきました。 レビューでは、単なる誤字脱字や文章表現のチェックではなく、 ・要求の意味が曖昧になっていないか ・用語の定義が不足していないか ・要求の目的が明確になっているか ・仕様化するために追加情報が必要ではないか ・ベンダーによって解釈が分かれる余地がないか ・この要求から具体的なシステム仕様を作成できるか といった点を確認します。 そして、問題がない場合は「この内容で問題ありません」とお伝えします。 一方、問題がある場合は、 「どこが分からないのか」 「なぜ仕様化できないのか」 「何を確認・追記すればよいのか」 を具体的にお伝えします。 つまり本サービスで提供したいのは、単なる要求一覧の添削ではありません。 「この要求一覧をベンダーに提示して大丈夫なのか分からない」という不安を、「大丈夫」または「ここを直せば大丈夫」という状態に変えることです。 ベンダーへの提示前に、ぜひ第三者のシステム開発者によるチェックをご利用ください。