要求定義

前書き ※この記事は、FLINTERS10周年記念として「133日間ブログを書き続けるチャレンジ」の32日目記事です。あと101日です。 IPAから「ユーザのための要件定義ガイド 第2版（以下、要件定義ガイド）」というドキュメントが公開されている。一部で評判が良いみたいなのだが、いざPDFを開いてみると500ページもあって一瞬で億劫になった。無意識のうちにcmd + wに指が伸びていた。たぶん同じような人は多いと思う。 www.ipa.go.jp なので、私が代わりに読んでみて簡単なサマリーを作ってみたい。要件定義ガイドが気になるという方がいれば、PDFを開く前にこの記事を読んでもらって、サク…

こんにちは。株式会社アドグローブ ソリューション事業部・プロジェクトマネージャーの福田です。 システム開発をする際に要求定義や要件定義をクライアントと一緒に定義することがあります。今回は《定義》をしていく上でのポイントを語りたいと思います。 そもそも《要求定義》と《要件定義》とは？ ポイント① 要求定義と要件定義を繋げる ポイント② 不確定情報の引き出し ポイント③ クライアントのITリテラシーの見極め ポイント④ 《要望引き出し》と《システム実現性の説明》を踏まえた《提案と寄せ》 まとめ そもそも《要求定義》と《要件定義》とは？ 要求定義 システムで実現したいこと（目的）を定義要件定義 要求…

RFP の書き方の説明です。 第七回は、提案方法と評価方法の説明です。 １．提案方法 ベンダーにどのように提案して欲しいのかを記載します。 主に以下のことを記載します。 ①提案スケジュール RFP説明会の日時、提案意識の確認の期限、提案書提出の期限、プレゼンテーションの日程、採用可否の連絡日程、契約の日程などを記載します。 ②RFPに関する質疑応答先 質疑の方法（QA表に記載等）や連絡先を記載します。またQAについて他社に公開するかどうかも明記します。 ③提案書の扱い 堅苦しいですが、提案書は返却しないこと、提案に係る費用の負担はしないこと、提案書の著作権は当社に帰属し許可なく第三者に公開する…

RFP の書き方の説明です。 第六回は、機能要求と非機能要求の説明です。 １．機能と非機能の違い 新しくシステムを構築する際には、要求定義の中で「機能要求」と「非機能要求」を決めていきます。 「機能要求」は、業務部門の人たちが「システムで実現したいこと」です。 「要求定義書」とか「業務要件定義書」と呼ばれるものの大半は「機能要求」です。新規構築だけでなく、規模の大きい改修の場合にも機能要求の要求定義書は作成することが多いです。 それに対して「非機能要求」は、業務部門の人たちからすると「当たり前に実現されると思っていること」です。 ・毎日システムを使いたい・ボタンを押したら数秒で画面遷移してほし…

RFP の書き方の説明です。 第四回は、工程定義と成果物の説明です。 １．工程定義 開発工程は、ベンダーが決まってからベンダーとの話し合いで決まりプロジェクト計画書で定義されます。 RFP における工程定義は、主にマスタースケジュールと連動し、マスタースケジュールの各大タスクのボリューム感を掴むためのものです。 そのため一番重要なことは、工程定義の各工程が、マスタースケジュールのどの線にあたるのかが分かることです。１対１になっていればベストです。 また工程定義の各工程で重要なのは「単体テスト」です。 「単体テスト」は一番認識違いが起きやすい工程です。 教科書的には「単体テスト」とは、プログラム…

RFP の書き方の説明です。 第三回は、スケジュール、体制、役割分担、作業環境の説明です。 １．スケジュール マスタースケジュールで重要なことは一覧性です。 １ページで収めることと、情報を入れすぎないこと。 ・RFP発出からキックオフ・キックオフから要件定義終了・基本設計開始から基本設計終了・環境構築・詳細設計開始から総合テスト終了・移行リハーサル・受入テスト・教育・本番 こんな感じのスケジュールが分かれば十分です。 これよりも細かいスケジュールを載せる必要があるのであれば、全体のマスタースケジュールの他に、詳細版を用意するのが良いです。 とにかく全体のマスタースケジュールは見やすさが重要です…

RFP の書き方の説明です。 第二回は、はじめに（用語集や関連資料など）、目的と背景、対応概要、スコープの説明です。 １．はじめに（用語集や関連資料など） 用語集は別紙にすることもありますが、数が少ない場合には、RFP の冒頭に記載します。 会社の略称や業界用語、社内用語、関係する既存システムのシステム名など、RFP に登場する名称を記載します。 関連資料には、RFP で参照している別紙を記載します。例えば要求定義書や非機能要求定義書を別紙にしている場合には、それらを記載します。 またシステム開発をする上での社内ルールがある場合には、それらの資料も関連資料として記載します。セキュリティールール…