成果ベースアウトソーシングの行き詰まり
英製薬大手がIBMを捨てて仕掛ける新アウトソーシングモデル
英大手製薬会社のAstraZenecaは急速な変化の中で、融通の利かない大規模なサービス契約に限界を感じ、新たなモデルを採用した。
英製薬会社のAstraZenecaは、IBMとの成果ベースの大規模な契約を解除し、複数のサプライヤーとの協力を促進するアウトソーシングモデルに切り替えた。
2000年代は、ITのアウトソーシングは規模が大きければ大きいほど良いと考えられていた。この大規模契約の時代には、英Bank of ScotlandがIBMと7億ポンドの契約を結び、英Prudentialは7億2200万ポンドの契約を英Capitaと締結し、世界的な大手製薬会社のAstraZenecaはIBMとの11億ドルの10年契約にサインした。
注:本記事は、プレミアムコンテンツ「Computer Weekly日本語版 2013年5月15日号」(PDF:無償ダウンロード提供中)に掲載されている記事の抄訳版です。EPUB版およびKindle版も提供中です。
しかし、このトレンドは完全な成功を収めたとはとてもいえない。Bank of Scotlandの契約は同行が英Halifaxと合併したことで消えている。AstraZenecaは2007年に7億3600万ポンドの契約でIBMとの関係を延長しているが、2011年には契約打ち切りを決め、IBMと激しく法定で争うことになった。
AstraZenecaとIBM間の契約が打ち切りになったのは、成果ベースでの契約条件が規定されていたことも原因の1つだ。成果ベースで契約条件を規定するのは、サプライヤー間の創意工夫を促すためと、顧客が技術的なソリューションに口出しせず、サプライヤーが事業目的に専念できるようにするためだ。このモデルは2000年代には流行していたものの、その当時の他のトレンドと同様に、時代にそぐわなくなってきた感がある。
変化への順応
「長年、成果ベースの条件を規定してアウトソーシングを利用してきたが、どのように成果が実現されるかが分からなくなっていた」とAstraZenecaのISプロキュアメントの責任者、サム・コヴェル氏は言う。その結果、AstraZenecaではサービスレベルの維持とサービスのコスト管理に悪戦苦闘するようになった。また、IT資産を最新の状態に保ち、適切にプロジェクトを遂行するのも難しくなったという。
「どんな方策があり、成果を上げるために弊社からどんな支援を提供できるかを把握することはほぼ不可能だった。それはプロバイダーに責任があるということではなく、物事は決してそれほど単純ではないということだ。弊社のアウトソーシングモデルは、ビジネスのニーズに対応しきれなくなっていた」
「大規模契約は、当時は画期的だと見なされ、どこででも使えるモデルだと考えられていた。問題は、特に弊社の場合はペースが急だったが、ビジネスが変化していたのに、契約の内容を変更することが非常に難しかったことだ」とコヴェル氏は振り返る。
大規模な取引では成果ベースの条件を使って管理するのが一般的だったが、当初の見通しを達成できずに終わったのはAstraZenecaだけではないと、アウトソーシング契約のあっせんを専門とする英コンサルティング企業のBurnt Oak Partnersのディレクター、ロバート・モーガン氏は話す。
「計画通りに進めるには、自分たちがどのような役割を果たすべきかを理解できるほど成熟している顧客はほとんどいない」とモーガン氏は言う。
モーガン氏によると、サプライヤーとの適切な窓口を設け、業界のガバナンスを導入するコストは、契約全体の価値の1割程度だろうと言う。
大規模な契約を結ぶ多くの企業は、短期間でコストが削減されると考えるらしい。
「成果ベースで条件を設定するのは、パートナーシップの下での投資、理解、連携が大前提だが、そのような形で契約が履行されることはほとんどない」(モーガン氏)
大規模な長期のITアウトソーシング契約は、サプライヤーが利益を得る仕組みのために、変更も難しくなるとAstraZenecaのコヴェル氏は指摘する。
コヴェル氏は、その理由を次のように説明する。「大規模なアウトソース契約では、サービスを刷新しようと最初の2、3年に多くの投資が行われ、最後の2、3年にサプライヤーは利益を出そうとする。ほとんどの大規模契約の期間が5年以上になることが多いのはそのためだ。最初の2年間は、規定された変更に向けて全てが進められていく。しかし、3、4年目になると、ビジネスに大きな変化があり、当初は目的にかなうと考えていたサービスを手直ししたいと考えるようになる。これはまさに、サプライヤー側の投資が完了し、利益が生まれるようになったタイミングに当たる」
新しいアウトソーシングモデルの採用
2011年の春、AstraZenecaは、IBMが提供するサービスに代わる新しいITアウトソーシングモデルを考案した。
続きはComputer Weekly日本語版 2013年5月15日号にて
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
肥大化した「SFA」の沼 4カ月でBigQuery×AppSheetの新システムを構築した方法
-
4
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
5
「Windows」の不要なファイルを安全に消して容量を空ける方法
-
6
「何から始めればいい?」 情報漏えい対策で悲鳴を上げる中小企業のリアル
-
7
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
8
AIの導入効果はどう測る? DMM.comのエンジニア組織に学ぶ効果検証のノウハウ
-
9
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
10
「朝8時にバッチが終わらない」データ爆発の危機をJPX総研はどう乗り越えたか
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
プログラミング不要で誰でも実現できる、ネットワーク運用管理の自動化とは
-
4
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
5
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
6
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
9
“あのファイル転送”で暗躍するノーウェアランサム
-
10
「オンプレミス回帰」せざるを得ない“合理的な理由”
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー