「言わなくてもわかるでしょ」は怠慢。オフショアQA成功の秘訣 | AEON TECH HUB開催レポート Session#3

プロダクトをユーザーに届けていく上で不可欠なのが品質保証です。プロダクト品質を支えるためには、QAチームを立ち上げ、テストフローやQAプロセスの構築、品質保証の仕組みづくりが求められるでしょう。

AEON TECH HUB #6では、「大規模サービスを支える品質保証 〜 QA組織の立ち上げから文化醸成までのノウハウに迫る」と題して、QA業務に関わる登壇者をお招きし、QAチームの体制づくりやQAエンジニアの育成、品質保証で重要なポイントについて語るイベントとなりました。

今回は4回に分けてお届けする開催レポートの3本目であり、オフショア開発における品質向上の注意点などのディスカッション内容をお伝えします。

オフショア開発における品質向上で注意すべき点や勘所は？

田中：日本だけでは人材の採用が厳しいことから、将来的には海外でQAチームを作るというのはあり得ることだと思っています。こうした状況のなかで、オフショアという選択肢を持っておきたい気持ちはあります。ですが、オフショアならではの難しさもあるわけで、そこをどのように乗り越えるかが肝になってくるかもしれません。

上村：弊社はフィリピンに子会社があり、そこのチームと共に開発を行っています。一般的なアウトソーシングでは、業務を委託する形態が主流ですが、フリーでは海外のメンバーも同じチームの一員として、一緒に開発を進めていくスタイルを取っています。

ミーティングは英語での会話になりますが、日本のメンバーと一緒に実施しますし、その点では日本とフィリピンのQAメンバーも同様に行っていることです。ただ、どうしても日本人の会話はハイコンテキストになりがちなので、そこを減らす努力をしなくてはなりませんし、変に上下関係ができないように気をつけています。

田中：言語の違いも障壁になり得るところなので、ドキュメントを用意して相互理解に努めていますが、最近はDeepLなどのツールも発達しているため、そうしたテクノロジーをうまく活用すればミーティングで英語の字幕が表示されるので、英語が得意ではないエンジニアでも意図を理解しやすくなっていますね。

日本とフィリピンでのQAチームは何か違いはあるのでしょうか。また、現地には日本人が在籍していますか。

上村：フィリピンでは、オフショア開発の比率が高く、これまでも開発を委託されるケースが多かったため、受け身になりがちな側面があります。そのため、まずはそのマインドセットを変えていくことが重要かもしれません。

一方で、フィリピンのメンバーはある種、日本人よりも「成果に見合った報酬」に対してアグレッシブな考えを持っているので、こちらが望む期待値をしっかりと伝えた上で取り組んでもらうように配慮しています。

池田：QAと品質を考える上での国民性の違いは何かありますか？

上村：過去にもフィリピン以外にベトナムなどでオフショア開発に関わっていました。

例えば、ベトナムの人は細部にまで注意を払う一方で、他の国の人は全体的な方向性を重視する傾向がある、といったような国民性の違いは確実にあるなと感じていますね。

池田：そのなかで、日本人の強みはどこにあると思いますか。

上村：コミュニケーションが日本語でできるという利点はありつつ、日本人は傾向として細かいというか、プロジェクトに対する責任感がしっかりしていると思います。

湯本：HPに在籍していた時は、アメリカのプロジェクトに日本人が入ることがありました。グローバルの案件で、世界中の支社にソリューションを導入する際の日本のパートで私がテストマネージャーとして入ったのですが、言われるがままに進めるのではなく、おかしいことがあれば主張することを意識していました。

インド人とも仕事をした経験がありまして、人前で注意すると自分の正当性をアピールしないといけないという国民性があるので、注意する必要があるときはこっそりと、ということを気をつけていました。オフショアをする上で、まずは国民性を理解するとうまく進めることができるのではないでしょうか。

白江：私が感じるのは、日本人同士でしか仕事をしたことがない人の会話はハイコンテキストになりがちで、行間を読む努力を怠っている場面が多いことです。「言わなくてもわかるでしょ」というのは、言う側の怠慢だと思っていて、具体的な指示をわかりやすく伝えないと、国をまたいでの開発はうまくいかないと考えています。

例えば、ベトナム人のエンジニアへAPI開発を依頼する場合は、主語・述語、エラーベース、条件分岐など設計書に近いような形で指示書を記載して渡すようにしています。しっかりと指示が通れば、自動テスト含めて完璧に作ってくれる人ももちろんいらっしゃいます。しかし、逆に曖昧に要件定義した内容を伝えると、勝手に解釈した状態で納品されてしまい、テストが通らなくなってしまうのです。

これはオフショアだからというより、日本人同士でも一緒だと思うんですよ。ハイコンテキストのままふんわりした状態で要件を投げてしまえば、それこそ品質の伴わないプロダクトができてしまうわけです。

自分が作ってほしいものや、期待するものを丁寧に擦り合わせていかないと、プロダクト開発はうまくいかないのではと思っていますね。

イオンが主催するAEON TECH HUB #6、今回は「大規模サービスを支える品質保証 〜 QA組織の立ち上げから文化醸成までのノウハウに迫る」というテーマでお届けしました！今後も、様々なテーマを取り上げていきますのでAEON TECH HUBをよろしくお願いします。

AEON TECH HUB #6開催レポートのその他記事もございますので、ぜひご覧ください。

QA標準化やダイニーの全体の品質保証をするためのリグレッションチーム、各社のQA組織の取り組みと考え方 | AEON TECH HUB開催レポート Session#1

スキルラダー作成、新卒OJTでQA業務、営業同行、イベント参加…QAエンジニア育成事例 | AEON TECH HUB開催レポート Session#2

現状把握が一番難しい。まず可視化からはじめよ | AEON TECH HUB開催レポート Session#4 

イベント詳細ページはこちら

イオングループでは、一緒に変革に挑んでくれる方を募集中です。カジュアル面談も実施しておりますので、少しでも気になった方はお気軽にご連絡ください。まずはざっくばらんにお話しましょう。