メキシコのオフショア開発チーム

日本から見れば、メキシコのチームはオフショア開発です。向いているかどうかは、仕事がどれだけ変わるかで決まります。範囲が安定していて仕様が明確なら、オフショア開発はよく機能します。納品物を一度書けば、チームが実行するからです。XR開発のように毎週内容が変わる場合は、進め方の設計が問われます。日本はUTC+9、メキシコはUTC-6で時差は15時間あり、就業時間はほぼ重なりません。そこで私たちはfollow-the-sunで運用します。日本の終業時に渡した作業はメキシコの日中に進み、翌朝には成果が上がっています。前提になるのは、仕様の明確さと、書かれた納品のリズムです。米国向けの案件では米国中部時間をカバーしています。どの進め方でも作業はお客様のツールの上で走ります。Slackでの継続的なコミュニケーション、Jiraでのチケットとスプリント、共有のスクラムのセレモニーです。日本語の窓口は、東京のパートナーであるExcape Entertainment Japanが担当します。

この事例では速さでした。そう言っているのは顧客自身です。Medverseは、Fywareでチームを拡張したあと、プロジェクトの納期が10〜20%短縮し、コストは約10%下がったと報告しています。同社CEOのSimon Nuber氏は優先順位をはっきりさせました。優先したのはチームの拡張で、安さを理由にした置き換えは求めていませんでした。手頃であることは条件で、求めていたのは速さでした。必要なのが低い単価だけなら、マーケットプレイスのほうが向いています。

問いを逆にすることです。この顧客がやっているのがそれです。同氏の言葉では、品質を出せるかどうかが問題になることはなく、自問しているのは、期待する品質を出せるだけの情報を渡したかどうかです。拡張チームの品質は、書く人のパスポートに関係なく、渡した仕様で決まります。この会話を避ける提供者こそ、警戒すべき相手です。

スタッフ増強で届くのは、管理すべき人員です。チーム拡張で届くのは、成果を引き受け、お客様のプロセス、リポジトリ、レビューのサイクルに組み込まれるチームです。本プロジェクトでFywareはMedverseの開発者と並走し、先方の製品の上で先方の仕様に沿って作業しました。だから成果は、管理する人員を増やすことなく、速度として現れました。

メキシコはUTC-6、日本はUTC+9で、時差は15時間です。就業時間はほぼ重なりません。それを隠さずに設計するのがfollow-the-sunです。日本の終業時に渡した依頼はメキシコの日中に進み、翌朝には進捗が戻っています。急ぎの相談は、日本の朝とメキシコの夕方が接する時間帯に合わせて設定します。Medverseとの体制では、米国中部時間で並走しています。

仕様書、領域の判断基準、そして答えられる人です。本プロジェクトでは製品、臨床コンテンツ、顧客との関係がmedverseに残りました。だから機能したのです。何が正しいかを決めるのは先方で、私たちはそこに向けて構築しました。そうしたものは何も要らないと言うパートナーは、推測しますと言っているのと同じです。

本事例がまさにその体制であり、数字の理由でもあります。Medverseは自社のXRチームを持っており、案件が使える工数より速く増えたときにFywareを使います。誰も置き換えられておらず、2つの開発ラインが同時に進んだから納期が縮みました。

契約と作業範囲で守ります。そして、それを明文化しておくことが大切です。本プロジェクトでは、創出された知的財産のすべて、ビジュアルの権利、顧客との関係はmedverseのもので、Fywareは先方の仕様に沿って構築します。だからこそ先方は自社の科学的成果を公表でき、このページで引用するのは、各機関が自ら公開した情報だけです。