現場で起きやすい課題

開発会社が行う動作確認は、主に仕様書どおりに機能が動くかどうかを確認するものであり、実際の業務でどう使われるかまでは十分に検証しきれないことがあります。発注側が行う受け入れ確認では、仕様どおりに動くかだけでなく、実際の業務データに近い内容を使い、日常の作業の流れに沿って一通り操作してみることが欠かせません。普段行っている一連の作業を実際になぞってみることで、仕様書だけでは気づけない使いにくさや、想定していなかった組み合わせでの不具合が見つかることがあります。

最初に整理すること

受け入れ確認を行う際は、正常な操作だけでなく、入力を間違えた場合や、想定外の順番で操作した場合にどう振る舞うかも確認しておくと安心です。現場では必ずしもマニュアルどおりの操作が行われるとは限らず、誤った操作をしたときにデータが壊れたり、原因の分かりにくいエラーが出たりしないかを事前に確認しておくことで、公開後のトラブルを減らせます。確認は一人の担当者だけでなく、実際に使うことになる複数の担当者に協力してもらうと、より多くの気づきを得られます。

光の道具箱で広げる改善

受け入れ確認で見つかった不具合や改善要望は、リリース前に対応すべきものと、リリース後の運用の中で改善していくものとに整理しておくとよいでしょう。すべてを完璧にしてから公開しようとすると、いつまでも運用開始できなくなってしまいます。あらかじめ「これだけは公開前に直す」という基準を関係者で共有しておくことで、公開のタイミングを見誤らずに進めることができます。テストは開発の最終工程ではなく、より良い運用への準備段階として捉えるとよいでしょう。