目標管理システムの開発を外注・発注しようと考えているものの、「どこから手をつければいいのか」「失敗しない発注先の選び方は？」と悩んでいる担当者の方は多いのではないでしょうか。目標管理システムはMBO・OKR・KPIなど、自社の評価制度と深く結びついた仕組みであり、要件が曖昧なまま発注してしまうと、完成後に「使われないシステム」になりかねない危険性があります。
本記事では、目標管理システム開発の発注・外注・委託方法について、準備から契約、開発会社選定、進め方まで、発注側が押さえておくべきポイントを体系的に解説します。これから発注を検討している企業担当者の方が、失敗なくプロジェクトを進められるよう、実践的な情報を網羅してお届けします。
▼全体ガイドの記事
・目標管理システム開発の完全ガイド
目標管理システム開発を外注・発注する前に知っておくべき基本
目標管理システムの開発を外注する場合、単なるソフトウェア発注とは異なる難しさがあります。それは、目標管理という業務プロセスそのものが、会社ごとに大きく異なる点です。MBOを採用している企業、OKRで全社一体の目標を連鎖させている企業、KPIで定量管理を徹底している企業では、必要な機能もデータ設計も根本的に変わってきます。
外注・発注が選ばれる理由と自社開発との違い
目標管理システムの構築を外注に委託する最大の理由は、開発リソースの不足と専門知識の活用です。社内にエンジニアがいない、または少人数でコア業務を担っている企業では、システム開発に人材を割けないのが実情です。外注であれば、要件定義から設計・実装・テストまでを専門の開発会社に一任でき、社内担当者はディレクション業務に集中できます。また、HR領域のシステム開発に精通した企業に依頼することで、業界のベストプラクティスを取り込んだシステムを構築できるメリットもあります。
一方で自社開発は、細部までカスタマイズが効く反面、開発期間が長くなりやすく、エンジニアの採用・育成コストが膨大になります。初期費用や維持コストの総量で比較した場合、特に初めてシステムを構築する中小・中堅企業では、外注のほうがトータルコストを抑えやすいケースが多いです。
発注先の種類と特徴：SIer・受託開発会社・フリーランスの違い
目標管理システムの発注先は大きく「大手SIer」「中堅・中小の受託開発会社」「フリーランスエンジニア」の3種類に分類できます。大手SIerは信頼性と安定性が高い一方、費用が高額になりやすく、プロジェクトの規模が小さいと対応を断られるケースもあります。中堅の受託開発会社は費用対効果が高く、HR系システムの開発実績を持つ会社を選べばスムーズに進みやすいです。フリーランスは費用が抑えられる反面、プロジェクト管理やセキュリティ面でリスクが高まることがあります。
それぞれの選択肢を比較する際は、費用だけでなく「目標管理・人事評価領域の開発実績があるか」「長期的な保守・運用まで対応できるか」「コミュニケーションの窓口が一本化されているか」という点を重視することが重要です。目標管理システムは評価制度の改定に伴って仕様変更が生じやすいため、初期開発後の継続的なサポート体制が整っているかどうかが、発注先選定の大きな分岐点になります。
発注前に必ず整えておくべき準備事項
開発会社への発注をスムーズに進めるためには、声をかける前の準備が非常に重要です。「とりあえず相談してみよう」というアプローチは、提案の精度を下げ、最終的に自社に合わないシステムが納品されるリスクを高めます。発注前の準備を丁寧に行うことが、プロジェクト成功への最短ルートです。
業務要件の整理：何を目標として管理するかを明確にする
最初に行うべきは、自社の目標管理業務の現状整理です。現在どのような目標管理制度を運用しているか（MBO・OKR・KPIなど）、目標設定・進捗確認・評価の頻度はどうか、評価者と被評価者の関係はどう定義されているか、といった業務フローを文書化します。この業務定義が曖昧なまま開発を依頼してしまうと、要件定義工程が膨大になり、追加費用や納期遅延の原因になります。
特に重要なのは「個人目標と組織目標をどのように連動させるか」という設計思想です。部門ごとに目標をブレークダウンするのか、全社OKRをトップダウンで展開するのか、あるいは個人が自律的に目標を設定するMBO型なのか。この方針によってデータ構造が根本的に変わるため、システム設計の前に人事担当者・経営層と合意形成を取っておくことが不可欠です。
RFP（提案依頼書）の作成：発注精度を高める必須ドキュメント
RFP（Request for Proposal）は、発注側が開発会社に提案を依頼するための文書です。RFPに記載すべき主な内容は、プロジェクトの背景と目的、実現したい機能の概要、システムの利用規模（ユーザー数・組織構造）、希望する納期と予算の目安、既存システムとの連携要件、選定基準の大枠などです。RFPを丁寧に作成することで、複数の開発会社から横比較できる提案が集まりやすくなり、発注先選定の精度が格段に上がります。
RFPと混同されやすいのが「要件定義書」ですが、両者は使用するタイミングが異なります。RFPは発注先を選定する「前」に複数の開発会社に配布するドキュメントであり、要件定義書は発注先が決定した「後」に双方で作り込む詳細仕様書です。RFPの段階では完璧な仕様を決めきる必要はなく、「こういうシステムを作りたい」という意図が伝わる内容を目指せば十分です。
開発会社の選定方法と比較検討のポイント
RFPを作成して複数社に声をかけたら、提案内容と見積もりを比較する選定フェーズに入ります。ここでよくある失敗が「費用が最安値の会社を選ぶ」という判断です。目標管理システムは評価制度と直結しているため、中長期的な保守・改善コストを含めたトータルコストで判断する必要があります。
評価すべき5つの軸：実績・技術力・体制・コスト・継続性
開発会社を選定する際は、「実績・技術力・体制・コスト・継続性」の5軸で評価することを推奨します。実績面では、人事・HR系システムや目標管理に近い業務システムの開発経験があるかを確認します。技術力は、提案書の設計思想やアーキテクチャ説明の具体性から判断できます。体制はプロジェクトマネージャーが専任で担当するか、コミュニケーション窓口が明確かを確認します。コストは初期費用だけでなく、月次保守費・機能追加単価・ライセンス費用を含めたランニングコストを確認することが大切です。継続性は、会社の設立年数や従業員規模、サポートポリシーで判断します。
提案内容の比較と絞り込みの進め方
複数社から提案を受けたら、評価シートを使って定量・定性の両面で比較します。定量評価は費用・納期・機能充足度のスコアリング、定性評価は提案の深度・担当者の理解度・コミュニケーションの質で行います。提案書の質だけで判断するのではなく、ヒアリング・デモを実施して「担当者が自社の業務を本当に理解しているか」を直接確かめることが重要です。
最終候補は2〜3社に絞り込み、それぞれに追加ヒアリングを行ったうえで意思決定します。このとき、「価格交渉」に終始するのではなく、「仕様の認識齟齬がないか」「追加費用が発生しやすい工程はどこか」を確認する姿勢で臨むと、契約後のトラブルを未然に防ぎやすくなります。
発注・契約の流れとステップ別の注意点
発注先が決まったら、いよいよ正式な契約・開発フェーズに入ります。このフェーズでは、発注側の担当者が積極的に関与し続けることが成功の鍵です。「開発会社に任せきり」のスタンスは、完成物と期待値のズレを生む最大の原因になります。
請負契約と準委任契約の違い：どちらを選ぶか
システム開発の契約形態には主に「請負契約」と「準委任契約」の2種類があります。請負契約は成果物の完成を約束する契約であり、「○月○日までに仕様書通りのシステムを納品する」という形になります。一方、準委任契約は作業の実施自体を委託する契約であり、成果物の保証はなく、工数（人月）に応じて費用が発生します。
目標管理システムの開発では、要件が明確に固まっている場合は請負契約、要件定義から一緒に進めたい・アジャイル的に開発したい場合は準委任契約が適しています。どちらの契約形態を選ぶかによって、発注側のリスク負担と費用の変動性が大きく異なりますので、契約前に弁護士やリーガルチェックを挟むことも検討してください。
開発中の進捗管理：発注側が担うべき役割
契約締結・要件定義が完了したら開発フェーズに進みますが、この段階でも発注側の関与は欠かせません。具体的には、週次または隔週の定例ミーティングへの参加、画面モックアップ・プロトタイプへのフィードバック、疑問点や仕様変更の迅速な回答、テスト工程での受け入れテスト（UAT）の実施などが発注側に求められる役割です。
対策として、契約前に「保守サービスの月額費用と含まれる作業範囲」「機能追加時の単価感」「担当者変更時の引き継ぎポリシー」を明文化した保守契約書を作成することを求めましょう。長期的に安心して使い続けられるシステムにするためには、初期費用より保守・運用フェーズの信頼性を重視することが本質的な選択基準です。