RDRAで見積りを行う方法その1〜要件モデルから工数・金額を自動算出する

シリーズ: モデルベース要件定義手法RDRA

TRACERYプロダクトマネージャーの haru です。

システム開発の見積りは、多くの場合「経験と勘*1」に依存しています。

要件定義が完了しても「この規模ならだいたい○人月」といった形で見積りが決まることは珍しくありません。

その結果、次のような問題が発生します。

本来、要件定義の段階で必要なのは、個々の機能を精緻に積み上げた見積りではなく、全体規模を把握するための概算見積りです。

概算見積りが予算から大きく外れている場合は、設計に進む前にスコープを見直す必要があります。逆に、概算で予算内に収まる見込みが立てば、プロジェクトを前に進める判断ができます。

概算段階で迅速かつ根拠のある見積りを算出できれば、開発プロジェクト全体の意思決定のスピードと質は大きく向上します。

RDRAでは、業務イベント、画面、情報などの要素をモデルとして構造化して定義します。これらの要素は、ソフトウェア規模見積り手法であるファンクションポイント法における「処理」と「データ」に自然に対応します。

この対応関係を利用し、RDRAで構造化された要件から概算見積りを算出するツールが、IT システム可視化協議会（MCIS）が中心となって作成している 「RDRA×見積りシート」 です。

「RDRA×見積りシート」は、RDRA定義・分析シートと連携し、シンプルファンクションポイント法に基づいて工数・金額・期間の見積りを自動算出します。

要件の構造がそのまま見積りの根拠になるため、勘や経験に依存しない、説明可能な見積りを行うことができます。

本記事では、「RDRA×見積りシート」を用いて、RDRAのモデルから概算見積りを算出する方法を紹介します。

シンプルファンクションポイント法（SFP）とは

「RDRA×見積りシート」で使用している シンプルファンクションポイント法（以下、SFP：Simple Function Point） は、ソフトウェアの機能規模を計測するための手法です。

SFPでは、システムの機能を次の2種類の要素として数え上げます。

EPとLFの数を数えることで、ソフトウェアの機能規模を算出できます。

SFPは、国際ファンクションポイントユーザ会（IFPUG）が策定した従来のファンクションポイント法（IFPUG法）を簡素化した手法です。

IFPUG法では処理の複雑度を判定する必要がありますが、SFPではその判定を省略することで、迅速に規模を算出できるようになっています。

そのため、IFPUG法が基本設計後の計測に適しているのに対し、SFPは企画段階や要件定義段階の概算見積りに適しているとされています。

SFPは簡素化された手法ではありますが、現実的なモデルケースにおける計測精度は、IFPUG法と比較して -13％〜+20％の範囲に収まると報告されています。

概算見積りとしては十分に実用的な精度です。

また、IPAの「2023年度ソフトウェア開発アンケート結果」によると、ファンクションポイント法はユーザー企業の35％、ベンダー企業の45％、全体では39％の企業で利用されています。

業界標準として広く利用されている手法であり、見積り結果をステークホルダーへ説明する際の共通言語としても機能します。

SFPの詳細は、MCISのサイトのファンクションポイント（FP）概要を参照してください。

RDRA×見積りシートを使って最初の見積りを算出するまでの手順は、次の2ステップです。

MCISが提供しているGoogleスプレッドシートをコピーして使用します。

なお、2026年4月現在、このテンプレートは非公開です。利用を希望する場合は、MCISへお問い合わせのうえ、使用条件等をご確認ください。

RDRA×見積りシートの「参照設定シート」に、RDRA定義・分析シートのURLを記載します。

URLを設定すると、RDRA定義・分析シートから要素が自動的に読み込まれ、SFPで使用するEP（要素処理）数とLF（論理ファイル）数が計算されます（下図）。

EP（要素処理）数とLF（論理ファイル）数は、RDRA定義・分析シートに定義された要素をもとに自動集計されます。

ファンクション	シート	カウントする要素
EP	BUCシート	・画面：UI（画面や帳票等）・イベント：外部のシステムやアクターとのインターフェース・タイマー：ビジネス上の締切（例：月末締、定時実施）で実行される処理
LF	情報シート	・情報：システムが扱う概念的なデータとその関係