Request for proposalの意。平たく言えば「提案依頼書」
この文章は、ITプロジェクトにおける"問いの棚卸し"から始まる構造設計について、ChatGPT（DfG）との対話形式で深めた記録です。元はObsidianで記録していた内容を、ブログ用に再構成したものです。RFPって何？要件定義ってどう進めるの？という問いを持つすべての人へ。 DfG: 「Devourer for Gap（ギャップを喰らうもの）」の略。 「構造と思考の“隙間”を食べてもらう」ため、ハイディが、ChatGPT上で構築したAI人格です。**わたしの問いを噛み砕きながら一緒に考えてくれる“架空の思考の同伴者”**として登場しています。 RFP前夜：構造の輪郭を探す旅 ハイディ： また…
そのまま読むと、 契約、提案書 & RFP となります。 契約書、提案書は誰でも分かるでしょう。 でもRFPはシステム業界以外の方には、馴染みが無いかもしれませんが、IT調達ナビさんが、 RFPとは“Request for Proposal”の略で、日本語では「提案依頼書」と言います。企業が情報システムの導入や業務委託を行うにあたり、発注先を選定するために、候補となるシステム開発会社に具体的な提案を依頼する文書です。システムの目的や概要、要件や制約条件などが記述されています。 と分かり易くまとめてくれていますので、参考にして下さい。 前置きはこれくらいにして今回もDescriptionから読ん…
この記事は、4分で読めます。 こんばんわ。管理人のuncleゆーさん(@UncleYusan）です。 今月（2023年11月）に入り、interactive Brokers（IB)で入金を行う場合、「支払リクエスト (RFP)」というやり方が一つ追加されました。 これまでは、米ドルでIBの口座に入金しようとする場合、「WIRE送金」か「ACH送金」のいずれかでした。 今回は、Interactive Brokersの新しい入金方法「支払リクエスト (RFP)」を解説します。 支払リクエスト (RFP)とは RFPを利用してUSバンク口座から入金可能か まとめ 支払リクエスト (RFP)とは 「支…
RFP の書き方の説明です。 第七回は、提案方法と評価方法の説明です。 １．提案方法 ベンダーにどのように提案して欲しいのかを記載します。 主に以下のことを記載します。 ①提案スケジュール RFP説明会の日時、提案意識の確認の期限、提案書提出の期限、プレゼンテーションの日程、採用可否の連絡日程、契約の日程などを記載します。 ②RFPに関する質疑応答先 質疑の方法（QA表に記載等）や連絡先を記載します。またQAについて他社に公開するかどうかも明記します。 ③提案書の扱い 堅苦しいですが、提案書は返却しないこと、提案に係る費用の負担はしないこと、提案書の著作権は当社に帰属し許可なく第三者に公開する…
RFP の書き方の説明です。 第六回は、機能要求と非機能要求の説明です。 １．機能と非機能の違い 新しくシステムを構築する際には、要求定義の中で「機能要求」と「非機能要求」を決めていきます。 「機能要求」は、業務部門の人たちが「システムで実現したいこと」です。 「要求定義書」とか「業務要件定義書」と呼ばれるものの大半は「機能要求」です。新規構築だけでなく、規模の大きい改修の場合にも機能要求の要求定義書は作成することが多いです。 それに対して「非機能要求」は、業務部門の人たちからすると「当たり前に実現されると思っていること」です。 ・毎日システムを使いたい・ボタンを押したら数秒で画面遷移してほし…
RFP の書き方の説明です。 第五回は、前提条件、制約条件、リスク、課題の説明です。 １．前提条件 RFP における前提条件は、主にベンダーが見積もりをする際の前提条件です。 例１ 自社で用意をした基盤上に、ベンダーが業務システムを構築するような場合、その基盤のスペックや導入されている OS 、ミドルウェア、基盤の利用可能時期などが前提条件になります。 例２ 要件定義に参加できるメンバーや参加頻度なども前提条件になります。 例３ プロジェクト開始時点の社内 PC は Windows 7 だけど、本番稼働時には全台 Windows 10 にバージョンアップしているような場合にも、Windows …
RFP の書き方の説明です。 第四回は、工程定義と成果物の説明です。 １．工程定義 開発工程は、ベンダーが決まってからベンダーとの話し合いで決まりプロジェクト計画書で定義されます。 RFP における工程定義は、主にマスタースケジュールと連動し、マスタースケジュールの各大タスクのボリューム感を掴むためのものです。 そのため一番重要なことは、工程定義の各工程が、マスタースケジュールのどの線にあたるのかが分かることです。１対１になっていればベストです。 また工程定義の各工程で重要なのは「単体テスト」です。 「単体テスト」は一番認識違いが起きやすい工程です。 教科書的には「単体テスト」とは、プログラム…
RFP の書き方の説明です。 第三回は、スケジュール、体制、役割分担、作業環境の説明です。 １．スケジュール マスタースケジュールで重要なことは一覧性です。 １ページで収めることと、情報を入れすぎないこと。 ・RFP発出からキックオフ・キックオフから要件定義終了・基本設計開始から基本設計終了・環境構築・詳細設計開始から総合テスト終了・移行リハーサル・受入テスト・教育・本番 こんな感じのスケジュールが分かれば十分です。 これよりも細かいスケジュールを載せる必要があるのであれば、全体のマスタースケジュールの他に、詳細版を用意するのが良いです。 とにかく全体のマスタースケジュールは見やすさが重要です…
RFP の書き方の説明です。 第二回は、はじめに（用語集や関連資料など）、目的と背景、対応概要、スコープの説明です。 １．はじめに（用語集や関連資料など） 用語集は別紙にすることもありますが、数が少ない場合には、RFP の冒頭に記載します。 会社の略称や業界用語、社内用語、関係する既存システムのシステム名など、RFP に登場する名称を記載します。 関連資料には、RFP で参照している別紙を記載します。例えば要求定義書や非機能要求定義書を別紙にしている場合には、それらを記載します。 またシステム開発をする上での社内ルールがある場合には、それらの資料も関連資料として記載します。セキュリティールール…
RFP の書き方の説明です。 第一回は、概要をつかむため、目次レベルでの説明です。 １．RFP の構成 RFP は文量が多いので、本体以外に別紙をいくつか作ります。 以下がよくある構成です。 ①RFP 本体 ②機能要求（要求定義書） ③非機能要求（非機能要求定義書） ④要求一覧 ⑤関係する既存システムや社内の構築ガイドライン等 機能要求や非機能要求は、それだけで文量が多いので、RFP 本体から「別紙１要求定義書を参照」のような形で、別資料にします。 参考までに私が携わった１億円くらいのプロジェクトだと、RFPが 80 ページ、機能要求が 120 ページ、非機能要求が 70 ページくらいの文量で…
enterprisezine.jp
webtan.impress.co.jp
webtan.impress.co.jp
xtech.nikkei.com
blog.creativehope.co.jp
xtech.nikkei.com
ferret-plus.com
e-words.jp
thinkit.co.jp
