{{item.title}}
{{item.text}}
{{item.text}}
情報システムは、いまや事業に不可欠であり、競争力を生み出す源泉でもある一方、システム導入プロジェクトの失敗が依然として後を絶ちません。大規模なシステム開発プロジェクトの失敗は、新サービスの提供、業務効率化、コスト削減などを阻害するだけでなく、ブランドイメージの毀損、機会損失、従業員の士気低下、人材流出など、企業経営に広範な悪影響をもたらします。本稿では、訴訟事例を踏まえて失敗の背景を分析するとともに、ユーザー企業に課される「協力義務」に焦点を当て、プロジェクト成功の道筋を探ります。
システム開発プロジェクトは、ユーザー企業とベンダーが共同で進めるものであり、その責任を一方的にベンダーだけに帰することはできません。訴訟の判決でも、ユーザー側の主体的な関与が不可欠であるという考え方が示されています。プロジェクト失敗時には、発注者としての責任をユーザー企業が問われる場合があります。
ベンダーには、成果物を提供する義務と、IT専門家として求められる「プロジェクトマネジメント義務」があります。一方、ユーザー企業には、投資プロジェクト全体をマネジメントする義務と、ベンダーが成果物を完成させるために不可欠な「協力義務」があります。「協力義務」は、会議への出席だけで果たされるものではなく、意思決定、組織内調整、情報開示などの主体的な関与を含みます。
請負契約では、ベンダーが「仕事の完成」を負うため、ユーザー企業の「協力義務」は支援的な位置付けとなります。一方、準委任契約では成果物完成が保証されず、主導権はユーザー企業が握ることになります。ユーザー企業には、ビジネス要求を理解した意思決定者の配置、成果物に対する迅速かつ明確なフィードバック、機能開発の優先順位をビジネス価値に基づいて判断することが求められます。準委任契約は柔軟性をもたらす反面、プロジェクトの舵取りと投入リソース(予算・時間)に対する成果の最大化という、経営そのものの責任をユーザー企業が負うという意味を持ちます。
ユーザー企業は、自己の正当性の証明や金銭的補償などを目的に訴訟を行ったとしても、失われた時間は戻りません。また、裁判はトラブルの存在を公にするため、レピュテーションリスクへの配慮も必要です。さらに、ユーザー企業の責任が問われるケースも少なくありません。過去の裁判例を分析すると、その原因は「要件定義の失敗型」「体制不備・抵抗勢力型」「マネジメント欠如型」に大別できます(図表1)。これらは、結局のところ、ユーザー企業が「プロジェクトのオーナー」としての当事者意識を欠いていたという点に集約されます。
ユーザー企業が「協力義務」を果たすためには、ベンダーと双方で進捗、課題、変更要求を常に把握できるプロジェクトマネジメントプロセスの構築が不可欠です。加えて、疑問点の解消や対策決定のための会議体を整備し、誤解や情報遅延を防ぐ必要があります。また、システム部門だけでなく、現場のユーザー部門も積極的に関与し、意思決定や品質チェックに参加することが肝要です。プロジェクトの運営においては、認識した課題に適時に対処するのはもちろんのこと、課題を(問題として)顕在化させないための事前のリスク管理も重要です。
リスク管理やプロジェクトマネジメント体制を実効的に機能させるには、経営陣の関与によるガバナンス機能の発揮も欠かせません。図表2のとおり、取締役会は全社戦略との整合性確認と最終的な監督責任を担い、監査役や内部監査部門は独立した立場から監視・評価を行います。さらに、経営陣が参加するステアリングコミッティが、課題解決やリスク管理の優先順位を企業目標やビジネス戦略に照らして決定します。このような多層的なガバナンス体制こそが、「ベンダー任せ」を回避し、「協力義務」を組織として確実に果たす鍵となります。
図表1:プロジェクトを成功に導くガバナンス体制
「ベンダー任せ」が通用した時代は終わろうとしています。ユーザー企業の間では、ITの主導権を取り戻す動きが加速しており、その象徴が内製化です。ただし、全てを自社で担うのではなく、自社の強みとなる領域は内製化しつつ、高度な専門技術や特定分野の知見はベンダーと協業する、分業・共創モデルが現実的です。真の成功をつかむためには、契約上の義務を守るだけでなく、透明な情報共有と相互信頼を基盤に、課題やリスクを分かち合う関係を築くことが不可欠です。
{{item.text}}
{{item.text}}
{{item.text}}
{{item.text}}