現場で起きやすい課題
システムは完成して終わりではなく、稼働を始めてからが本番です。しかし発注段階では開発費用ばかりに目が向き、稼働後の不具合対応や小さな修正、法制度の変更への追随といった保守業務の条件を詰め忘れてしまうことがあります。契約後になって保守費用の高さに驚いたり、対応してもらえる範囲が想定より狭かったりすることは、発注前の確認不足が原因であることが多いものです。特に外部制度の変更に伴う対応が保守範囲に含まれるかどうかは見落とされがちです。
最初に整理すること
最初に確認しておきたいのは、保守契約に含まれる作業範囲と、含まれない作業に発生する費用の考え方です。不具合修正と機能追加は区別されることが一般的なため、その線引きがどこにあるのかを具体的に確認しておくと、稼働後の想定外の出費を避けやすくなります。あわせて、障害発生時の対応時間や連絡手段についても事前に取り決めておくと安心です。休日や夜間に障害が起きた場合の対応可否も、業種によっては確認しておく価値があります。
光の道具箱で広げる改善
保守・運用の体制は、開発会社が今後もその体制を維持できるかという継続性の視点でも見ておく必要があります。担当者の体制やサポート窓口の有無を確認し、契約更新のタイミングで条件を見直せるようにしておくと、長期的に無理のない運用ができます。開発の発注は完成時点だけでなく、その後何年システムを使い続けるかという視点で条件を検討することが大切です。



