上半期に接触した選定プロジェクトの中で、明確に一体型方案を志向したものは7割を占め、前年同期は4割未満でした。変化が速すぎるため、原因を整理して見る価値があります。
以前の価格比較では、各モジュールの見積もり合計だけを比べていました。現在ではますます多くのチームが「隙間コスト」も計算に含めています。データ同期の開発量、権限体系の重複設定にかかる人的コスト、障害発生時の多方面調整の時間などです。ある実プロジェクトでは、3モジュールを分割調達し、初期費用は18%節約できましたが、最初の6か月でモジュール間調整に費やした人的コストを換算すると、総コストは一体型方案を9%上回りました。この計算を一度経験すると、もう後戻りはできません。
モジュール分割調達の最大の潜在的な苦痛は、問題が発生した際の責任の押し付け合いです。アカウントモジュールはコンテンツモジュールの問題だと言い、コンテンツモジュールは基盤の問題だと言います。一体型方案は責任を一か所に集約し、問題発生時に「誰の責任か」を特定するためにまず2日費やす必要がありません。強力な技術チームを持たない調達側にとって、この価値は節約できる初期費用よりもはるかに大きいです。
モジュールが多ければ多いほど、バージョンの組み合わせが増え、アップグレードはまるで爆弾処理のようになります。一体型方案のバージョン進化は全体計画に基づいており、アップグレードの時間枠と互換性テストはサービス提供側が引き受けます。もちろん一体型にも代償があります——初期投資が高いこと、単一サプライヤーに縛られるリスクです。これらの境界条件は一体型方案評価の要点でより詳しく書いています。
一体型が人気だからといって、無思考に一体型を選ぶべきではありません。単一機能のニーズ、自社開発能力がある、またはサプライヤーロックインに極度に敏感なチームにとって、モジュール分割は依然として正解です。まず六次元フレームワークでスコアリングし、それから志向を語りましょう。今後の動向は引き続き動態観察で更新していきます。