当時、私はある金融システムの導入プロジェクトに関わっていました。
そのシステムのメイン開発拠点は、なんとロンドン。
「ロンドンで作られているシステムを、日本に持ってきて使う」
今ならオンライン会議やチャットで、世界中のメンバーと簡単につながります。でも、当時は今ほどオンライン会議が当たり前ではありませんでした。
では、一体どうやってプロジェクトを進めたのでしょうか。
日本側の窓口は、たった2人
日本からシステムについて質問したい場合、直接ロンドンの開発者に聞くわけではありません。
まず、日本側にいる2人の担当者に問い合わせます。
「この機能はどういう仕様ですか?」
「このデータは、どういう条件で処理されますか?」
「このエラーは何が原因ですか?」
質問は一覧表に書いていきます。
すると、日本側の担当者が内容を確認し、答えられるものは、その場で回答してくれます。
しかし、当然ながら、すべてを知っているわけではありません。
そこで登場するのがロンドンです。
分からなければ、ロンドンに聞く
日本側の担当者でも分からない。
そんな質問は、ロンドンのチームへ問い合わせます。
「この仕様について確認してください」
「この動きは想定されたものですか?」
そして、しばらくするとロンドンから回答が返ってきます。
その回答を日本側の担当者が整理し、最初に質問した人へ返していく。
今振り返ると、とてもシンプルな仕組みです。
質問する人 → 日本側の担当者 → ロンドン → 日本側の担当者 → 質問した人
まさに、人を介したグローバル開発でした。
そして、時々ロンドンから人がやってくる
もちろん、メールや電話だけですべてが解決するわけではありません。
重要な局面になると、ロンドンから何人かが日本へ出張してきます。
直接顔を合わせて、仕様を確認する。
画面を見ながら議論する。
日本側の業務を理解してもらう。
そして、基本的には日本のことは日本側で対応しながら、必要なところだけロンドンの力を借りていく。
なお、ロンドンのシステムが、さらにインドやポーランドなど別の拠点へ発注されていた可能性もあります。そこは当時の私には分かりません。
でも、重要なのは「どこで誰が作っているか」だけではありません。
どうやって世界中の知識をつなぎ、日本で使える形にするか。
そこだったのです。
グローバル開発は、場所ではなく「つなぎ方」
この経験から、私は一つのことを学びました。
海外のシステムだから、日本では使えない。
そんなことはありません。
ロンドンで開発されていても、日本側に問い合わせの仕組みを作り、必要な情報を集め、分からないことを本社・開発拠点へ確認する。
そして、日本の業務に合わせて導入していく。
それだけでも、十分にプロジェクトは動かせます。
そして、そこで終わりではありません。
既存システムを導入するだけではなく、そのシステムを使って日本でどんな新しいビジネスを作れるのかを考えていく。
システム導入とは、単なる「海外製品の移植」ではない。
世界の知識を日本につなぎ、日本の現場から新しい価値を生み出す仕事なのです。
今なら、オンライン会議、チャット、クラウド、AIがあります。
当時より、世界はずっと近くなりました。
だからこそ、今ならもっと面白いことができるはずです。
「ロンドンだから無理」ではない。
「海外だから難しい」でもない。
大切なのは、人とシステムと知識を、どうつなぐか。
そこから、新しいビジネスは始まります。
私ならできる!明日から踏み出す
コメント
コメントを投稿