マルチベンダー体制による大規模サイト開発プロジェクトを成功に導くポイント（3）

前回の「計画」プロセスの中で、ベンダー選定を行いました。

各ベンダーからは、分割されたサブシステムのスコープ前提に基づく、プロジェクト計画（スケジュール）が提示されている状態にあります。

「事務局」としては、各ベンダーから提示されたプロジェクト計画の整合性を確認し、プロジェクト推進上の問題がないか確認する必要があります。

特に注意したいのは、上流工程におけるインタフェース仕様確定のタイミングと、サブシステム間の結合試験開始のタイミングであり、これらを重要なマイルストーンとします。

各ベンダーも、プロジェクト全体の進行を意識したスケジュールを提示していると思いますが、それぞれの都合である程度ズレが発生している可能性があります。

「事務局」はこのズレを決して見逃す事はできません。この時点でズレを解消しておかないと、後々のリスクにしかなりません。

ズレを解消する為には各ベンダーとの交渉も必要になりますが、この段階での計画変更は後工程での変更に比べるとインパクトは少ないものです。

とはいえ、特定のベンダーに対して無理強いをして、現実味のないスケジュールとなっては本末転倒であり、特に、難易度が高いサブシステムや新規開発となるサブシステムが存在する場合には、その状況を考慮すべきです。

この調整における拠り所としても、プロジェクトの「憲法」や「グランドデザイン」を、各ベンダーに事前に共有している事が重要と言えます。

マイルストーンの確定と並行して、各ベンダーの工程や成果物の共通理解を行う事も重要です。

ベンダー各社は、PMBOKなどの管理プロセスを理解していますが、それぞれベンダー標準のプロセス定義や成果物定義を行っているケースも多いです。

例えば、上流の設計工程においては「システム設計」「基本設計」「外部設計」といったような表現がされますし、試験工程でも、「内部結合」「外部結合」「システムテスト」「連携テスト」「総合試験」といったような表現がされます。

単に表現上の差であれば問題は大きくありませんが、各ベンダーの工程定義に対する成果物や完了基準が異なっていると、関係する他ベンダーへの影響が発生する可能性があります。

「事務局」を中心として、各ベンダーから提示されたプロジェクト計画（スケジュール）の工程定義について確認し、プロジェクト全体で共通理解を図る必要があります。

マルチベンダー体制の実行プロセスにおいて、コミュニケーション品質（情報の質と量）を高める事が重要です。

複数ベンダー（その中の関係者も含む）が多くなればなるほど、コミュニケーションパスが増えます。

ベンダーによってはセキュリティポリシー上の制約などもあり、コミュニケーションとして使えるツールが限られる事もありますが、プロジェクト全体として情報伝播がしやすいツールの導入や会議体の設置が必要です。

ここでは、ベンダー各社のコミュニケーションに関するツールや運営方法に関する参考をご紹介します。

Backlog（プロジェクト管理ツール）

Slack（コラボレーションツール）

システム間連携会議