2022年3月22日

１. 全体の業務フローを明確にする

個々のサブシステムだけを見て開発を進めていると、いざ統合した時に機能が足りない、重複している、不整合があるといことが起こりかねません。システム設計が正しいかどうかは、個々のサブシステムだけを見ても駄目で、システム全体を見なければなりません。個々の開発ベンダは自社の開発対象範囲については設計の整合性を保証してくれます。しかし、当たり前ではありますが、範囲外は保証してくれません。このため、発注側でサブシステムを横断した全体の業務フローを作成し、サブシステムの設計に不足、重複、不整合がないかを確認する必要があります。

２. データ連携

サブシステム間の連携においては、インターフェーファイル形式を合意し、そのファイル形式でデータを連携することになります。ただし、ファイル形式の合意だけで進めると、いざ統合した時に、データは連携できるものの連携先のシステムで業務上正しい処理ができないということが起こりかねません。具体的には、連携するレコードの範囲が正しくない（不要なレコードまで連携している）、コード値の変換が正しくない（変換したコード値の意味が微妙に違う）などがあります。このためにはファイル形式だけでなく、連携するレコードの範囲（抽出条件）、コード値の対応（場合によってはコード値を新設する）を明確にしておく必要があります。

３. コミュニケーション環境の構築

上述のような視点でサブシステム間の設計をすり合わせていく際には、問合せのやり取りや設計書の更新が頻繁に発生します。ベンダ間でのコミュニケーションをいかにスムーズに進められるかが品質、スピードに大きく影響します。Slack、Microsoft Teams、Chatworkのようなビジネスチャットを導入したり、Box、Google Driveのような共有できるクラウドサービスを導入したりといったコミュニケーション環境を構築する必要があります。