【工場自動化のアプリケーション・ITシステムを業務へ導入】見積もりの方法

◆類推式

以前行われた類似のプロジェクトをもとに、見積もりを計算する方法です。参考になる情報があるため、他の方式よりも時間をかけずに見積もりを出せるところがメリットとなります。また、想定したコストや工数に大きな違いが出ることが少ないため、正確性も担保できます。ただし、見積もりを出す人の経験値によって計算の精度が変わる場合もあるので、信頼できる人に依頼することが大切です。

◆パラメトリック式

数式を使って見積もりを算出する方法です。例えば「Bを1,000個製造する」という依頼の場合、過去の情報をもとにして「Bを1個製造するためにかかる費用」を計算します。

もし「1個あたり100円の費用がかかる」ということになれば、「Bを1,000個作るには10万円かかる」という見積もりが出ます。数式をもとにしているため、担当者の経験値に影響されず見積もりを出せるのが利点です。一方で、過去の情報が少ないと精度が落ちる可能性がある、という注意点もあります。

◆工数試算係数式

工数から見積もりを出す方法です。まずは、作業時間と作業単価を掛け合わせて算出された費用に固定費用を加え、各フェーズのコストを出します。次に、各フェーズのコストをすべて足し、プロジェクトの見積もりを算出するのが基本的な方法です。過去に経験のあるプロジェクトなら見積もりの誤差を抑えられますが、経験がないとズレが生じる可能性があります。

◆対象となる範囲

まずは、見積もりを算出する対象範囲はどこまでなのか決めておきます。対象が不明確だと、後になって必要な機能が見積もりに入っていなかったことが発覚した、などの問題につながります。

◆対象とならない範囲

不明確な部分を排除するため、対象とならない範囲もしっかり決めておきます。何が対象外なのか把握しておけば、発注側と請け負う側の思い違いを解消できます。

◆使う技術

言語やクラウドなど、使用予定の技術を決定します。プロジェクトがスタートしてから使用予定だった技術と全く異なる、といったことがないよう細かい確認が必要です。

◆開発の進め方

どのようにして開発を進めていくのか、相互で確認を取り、前提条件として決めておきます。

◆期間

プロジェクトがスタートしてから終了するまでの期間を決めます。テスト期間も考慮に入れる他、遅れたときの対策についても確認することが大切です。

◆要件

現時点で考えられる前提を出します。ただし、前提に捉われすぎずプロジェクトにふさわしいプランを検討することが重要です。

◆運営の役割分担

プロジェクトの進み具合の管理など、誰がどのように運営を行うのか役割分担を決めます。

◆開発やネットワークの環境

開発を行う環境や、ネットワーク環境を明確化します。

◆テストの方法

必要となるテストやテストパターンをいくつ準備するのかなどを決めます。テストの前提条件がないと、工数が膨らむこともあるため注意が必要です。

◆納品予定の物

納品予定の物とどの程度の完成度で行うかを決めます。クラス図など納品物を具体的にイメージできる程度まで明確化しておきます。