製造業では要件を定義し、顧客環境向けに構築し、完成システムを引き渡すSI案件が一般的です。固有業務には適していますが、毎日量産で使い、複数装置・工程へ拡張するソフトウェアでは維持が難しくなります。
なぜSIの方が安全に見えるのか
大手製造企業がsupplier continuity、incident response、担当者変更を心配するのは合理的です。重要なのは会社規模だけでなく、同じ製品が継続保守・更新される構造かどうかです。
違いは案件終了後に大きくなる
Projectは契約範囲の完了を最適化します。Product companyは同じソフトウェアを複数顧客で使い続けるため、bug fix、version management、documentation、compatibilityを継続します。
製品ソフトウェアでも導入作業は必要
工場ごとにdata structure、security policy、MES/APC、equipment interfaceが違うためintegrationとconfigurationは必要です。違いはcore softwareを顧客ごとに作り直さないことです。
小さなsupplierへの懸念もproduct structureで減らす必要があります
startupだからsupplier riskがなくなるわけではありません。むしろ小さな会社ほど、顧客が特定developerやproject teamへ依存しないようproductとsupport structureを作る必要があります。
そのためon-premise運用、version管理、文書化された設定・integration方法、product単位のupdateとsupportが重要です。顧客にとっても一つのproject担当者をつなぎ止める構造より、現在のproductを安定運用し次versionへ移行できる構造の方が扱いやすくなります。
Amfibianは一つの製品を中心に導入する
Software subscription、deployment & integration、enterprise supportで構成し、実装作業は製品を顧客の量産環境で動かすために必要な部分へ集中します。
SIが必要な仕事とproductが必要な仕事を分けるべきです
一回限りのsystem構築や顧客固有業務をそのまま実装することが目的なら、SIが適している場合があります。一方、process controlのように同じ能力を長期運用し、複数装置やlineへ広げるなら、productの継続maintenanceと反復deployment能力が重要です。
Amouslyはprocess control softwareをこの方式で運用します。顧客環境に合わせた導入作業は行いますが、core softwareは一つのproductとして継続的に発展させます。