現場で起きやすい課題

完成した直後は現場の実態に合っていたアプリでも、組織変更や取引先の増加、法制度の改正などによって、数年後には使いにくい仕組みになってしまうことがあります。開発時にすべての将来変化を見通すことは難しいものの、変更が起こりやすい部分をあらかじめ想定しておくことはできます。例えば、部署名や区分といった組織構造に関わる項目、税率や単価といった外部要因で変わりやすい数値は、プログラムの中に固定で埋め込むのではなく、後から画面上で変更できる設定項目として用意しておくと、小さな変化のたびに開発を依頼する必要がなくなります。

最初に整理すること

長く使うためには、開発を担当した技術者や会社に依存しすぎない体制を整えておくことも重要です。仕様書や設定内容の記録が残されていないと、担当者が変わった際に修正や機能追加が難しくなることがあります。開発の過程で作成される設計資料や操作マニュアルは、担当者だけでなく組織として保管し、いつでも参照できる状態にしておくとよいでしょう。合わせて、保守対応の範囲や連絡方法についても、開発時点で書面に残しておくと、後任の担当者が困らずに済みます。

光の道具箱で広げる改善

長期運用を見据えるなら、完成後も定期的にアプリの利用状況を振り返る機会を設けておくことをおすすめします。使われなくなった機能や、現場の実態と合わなくなった項目がないかを年に一度でも確認する習慣を持っておくと、大きな作り直しをせずに小さな見直しで済ませられます。作って終わりにせず、育てていくものとして業務アプリを捉える姿勢が、結果的に費用対効果の高い運用につながります。担当者が変わっても振り返りの習慣が続くよう、確認の時期を年間の業務スケジュールに組み込んでおくとよいでしょう。