はじめに
システムの構築・導入プロジェクトが無事に終わり、本番稼働を迎えると、多くの発注側担当者は一息つきます。しかし、実はここからが新たなトラブルの火種になりやすい「保守・運用フェーズ」の始まりです。構築時にはうまくいっていたベンダーとの関係が、保守・運用フェーズに入った途端にぎくしゃくし始めるケースは少なくありません。
なぜ保守・運用フェーズで揉めるのか
構築プロジェクトと保守・運用フェーズでは、ベンダーとの関わり方の前提が大きく異なります。構築プロジェクトは、明確な成果物（システム本体）とスケジュールがあり、進捗が可視化しやすい性質があります。一方、保守・運用フェーズは、日々の問い合わせ対応や小規模な改修が中心で、成果が見えにくく、「どこまでが契約範囲の作業で、どこからが追加費用の対象なのか」が曖昧になりやすいという構造的な問題があります。
この曖昧さが積み重なると、発注側は「これくらいはやってくれるはず」と思い、ベンダーは「それは契約範囲外」と考える、というすれ違いが頻発するようになります。
契約時に確認しておくべきポイント
保守・運用フェーズでの揉め事を防ぐには、構築プロジェクトの契約と同時に、保守・運用フェーズの契約内容も具体的に詰めておく必要があります。特に確認しておきたいのは次の点です。
- **対応範囲**：問い合わせ対応、軽微な不具合修正、定期的なメンテナンス作業のうち、どこまでが月額の保守費用に含まれるか
- **対応時間・SLA（サービスレベル合意）**：問い合わせへの初回応答までの時間、障害発生時の復旧目標時間
- **軽微な改修の線引き**：「軽微」の基準（工数何人日以内、画面の文言修正程度など）を具体的に定義しておく
- **体制の継続性**：構築時の担当者が保守フェーズでも引き続き対応するのか、別チームに引き継がれるのか
これらを曖昧にしたまま保守契約を結んでしまうと、本番稼働後に対応範囲をめぐる交渉を一つひとつ行うことになり、双方にとって消耗する関係になってしまいます。
「困ったときに頼れる関係」を維持するために
保守・運用フェーズは、プロジェクトのように明確な終わりがなく、数年単位で続くことも珍しくありません。長期的に良好な関係を維持するためには、契約範囲を厳密に線引きすることと同時に、小さな相談にも誠実に応じてもらえる信頼関係を日頃から築いておくことも重要です。ベンダーと長期的なパートナーシップを築くために発注側ができることでも触れているように、契約の明確さと信頼関係の両方が、長く付き合えるベンダーとの関係を支えています。
まとめ
保守・運用フェーズは、成果が見えにくく対応範囲が曖昧になりやすいという構造的な特徴から、構築プロジェクト以上にトラブルが起きやすいフェーズです。契約時に対応範囲・SLA・軽微な改修の基準・体制の継続性を具体的に確認しておくことが、本番稼働後に良好な関係を維持するための前提条件になります。
執筆者プロフィール：SIer（元請け）とITコンサルファーム（発注側支援）、両方の立場でプロジェクトに従事（通算9年）。要件定義からベンダーマネジメントまで一貫して対応し、基幹システム刷新・DX推進プロジェクトに多数従事。
コメント