今回紹介する事例は大手物流会社。基幹システムからAPI連携を活用し、複数のシステムと繋いている。その中の一つ、「配車管理システム」の開発言語の保守切れに伴い、リプレイスを行うこととなった。
要望は現行踏襲のため、過去の設計書や仕様、実際に画面を確認しながら開発を進めていくことに。新規要件は数機能のみ。比較的難易度は低く、スケジュールも余裕を持って進めることができた。ただ、画面の動き、表示方法、使い勝手の踏襲は難しく、苦戦を強いられた。そこでユーザーと調整を行い、再現性の低い画面について、運用方法を変更することがないように調整した。結果、利便性や操作性を損なうことなくリプレイスできた。

思い返せば、大手の物流会社ともあって、システム全体は大きく、全容を把握することがなかなか難しい状況での作業だった。現行の運用チーム5名、新規開発チーム5名の10名体制で行い、仕様は現行運用チームで把握、それを開発側に伝える。同社は開発側として参画しており、既存システムには携わっておらず、現行仕様を把握しながらの作業となった。そのため、ユーザー、運用、開発、それぞれでのコミュニケーションが重要だった。細かなコミュニケーションで円滑に進めていくことでスムーズに実現した。
また、他のシステムとの連携についても、各開発チームが連携し、情報共有、確認しながら進めることで大きなトラブルなく、リリースにたどり着くことができた。

本プロジェクトは、2017年10月から5か月かけて完成させた。リリース後のユーザー評価は上々。使い勝手にも問題なく、現場でもしっかりと活用されている。同社の過去の経験やメンバー個々のスキルが活かされた結果となった。
ユーザーからは別プロジェクトの依頼もあり、合計で5システム、2年間続くプロジェクトとなった。しっかりとコミュニケーションを取りながら進めることで、ユーザーに安心感を持ってもらい、手戻りや認識祖語なく進めることができ、同社としても今後のプロジェクトに生かせる経験ができた。