Sansan株式会社 Eight事業部様 導入事例

立ち上げをしたのはもう5年前になるんですが、2015年ですね。当時の開発グループの統括をしている開発陣のリーダーと、私の2人ではじめました。そこからしばらくは、ほぼ2人体制が続いている状態でした。

その当時は、「Eight」の規模感がまだまだ小さい時期で、個人向けにサービス提供をしていて、３年前あたりから企業向けのサービスや海外展開をしはじめて、サービスの多角化を進めていたんです。

いろんな施策が同時期にポンポンと出てくるような時期だったのですが、どうしてもスピード感も質も落としたくないなかで、よりパラレルに走っても品質を担保できるような形として、QAチームを作ることになり、SHIFTさんにご協力をいただいたという流れです。

QAというポジションを専門にやっているのが私だけという状況で、そこから内製化しようとすると、たとえば新しい方を雇って、そこから立ち上げる方法もあるし、既存のエンジニアのメンバーをQAに連れてくる、という案もあると思うんです。でも、それによって開発のどこかでスピードに少しブレーキがかかってしまう。そうしたなかでは、やっぱりQAを専門にやっている方に入っていただいた方が、開発スピードは落とさずにいけるだろうと考えました。

もともとQAのナレッジをあまり持っていなかったというのもありますね。アジャイルで開発していくなかで、事業モデル的にもスピード感も求められますし、そこに対してテスト工程を、いかにスピード落とさずにやるかっていうナレッジを用意してなかった、という背景があります。

あとは手法的な話もそうですし、組織体制としてパラレルに複数のドメインに広げていくなかで、いかにQAという要領を当てはめていくかというナレッジもなかったので、（アウトソースという）選択をした背景も当然ありました。

私はもともと「QAを専門でやっている会社ないかな？」と探していて、SHIFTさんを知ったんですが、実は、SHIFTさんにお願いするというお話はまた別としてあったんです。当時の開発リーダーがSHIFTさんとお会いする機会があって、コンタクトをとった際に「お願いしてみよう」という流れになり、今に至るというような感じですね。

たしかに、弊社の経営陣も「Sansan」が立ち上がったときにコミュニケーションさせていただいたという話は伺っております。大変ありがたいご縁です！

当初、SHIFTさんにはテスト実行専任として、お1人に入っていただいて、その２、３ヶ月後には実行だけでなく、テストプロセスの構築などもお任せしたくて、さらに２人に入っていただきました。

テスト実行者の増員ではなく、早い段階でテスト実行プラスαのオーダーをいただけて嬉しかったです。

なつかしいですね。とても貴重な経験をさせていただきました。

多少はありますね。でも、最初のスケジュールを引いたときに、「このリリースならどれぐらいテストあって、どれぐらい人必要そうだ」という話をした段階で、SHIFTさんには相談させていただいているんです。そこからは本当にすぐにアサインしていただいています。

十分なインプットの時間をいただけたと思っています。

SHIFTさんに入っていただいた当時から今もずっと、SHIFTさんのメンバーはみなさん普通にチームに溶け込んで、活発にコミュニケ―ション取ってくれる方が多いんですよ。そのおかげで、こちら側があまり意識しなくても自然に相談できていますね。なので当時も、「これぐらいテストありそうなんだけど、どうしよう」みたいな感じで雑談ベースからご相談していましたね。

そうですね。うちには要件を定義するフェーズだったり、あとは開発に入る手前の、仕様を決めていく段階だったり、あらゆるフェーズで開発者とプロダクトオーナーとデザイナーが集まる会議があるんですけど、SHIFTさんのQAメンバーにはそこにも入ってもらっています。テストのフェーズだけではなくて、品質の部分はもちろん、それ以外にもUXだったり、何か気になることがあれば、もうどんどん言ってほしい！というのを伝えています。わりと今いるメンバーさんにはそうしていただけていると思います。

QA担当というより、１メンバーとしていろいろな点に気づいて発信して、貢献いただいていると思います。

あ～嬉しいですね！

はい！

SHIFTさんがもともと持っていた仕様を参考に、こちらでもバグの影響のレベル付けをするようになったので、バグのレベルに合わせた効率の方法を話したり、振り返りができるようになりましたね。まだまだこれから、というところではありますが、以前に比べればノウハウが溜まってきているとは思います。

まだまだ活躍できる余地がありそうでありがたいです！参画させていた当初は、テスト実行者としてバグを見つけるところまでだったんですが、今は次のステップに進みはじめていますね。

今は、「バグの予防」のためのアプローチのひとつとして、3ヶ月に１度の不具合の数値化や影響度を洗い出しています。それをもとに、どうアプローチするか、という動きになりつつありますね。おそらくそのやり方もまだ、やり方のひとつにしかすぎないと思いますので、是非一緒に作っていきたいなと思っています。

そうですね。たとえば、SHIFTさんと弊社のAndroid開発エンジニアと共同で運用したんですが、今うちの取り組みのひとつとして不定期に「B1グランプリ」というものを実施しています。

1時間か1時間半というタイムボックスを決めておいて、そのなかで6、7人が集まって、ひたすらバグを探し続けるっていうものです。「１番多く見つけられた人が優勝！」っていうことをやっていて、そこで見つけられたバグは開発のバックログに入っていく、という取り組みをしています。

実はこれを開発メンバーにやってもらうことも多いので、この機会に開発メンバー側が「ああ、こういう視点があったんだ」という気づきを得られているので、すごい効果があったなと感じます。

そうですね、これは開発の方を巻き込めたというのが大きかったと思います。

あとは、こうした部分は文化醸成にもなり得るのかな、と思っています。もちろんバグを出すという枠組みでいくと、極端に言うとQAが出しても開発が出しても同じとは言いながらも、開発側が「開発者」という立場をいちど離れて、「ゲーム」という枠組みだからやれたのかな、と思うんです。

1デバッガー、1ユーザーとして入れる枠が作られたことで、実際にバグを取った時の記憶をもって開発に戻ると、品質の考え方はきっと全然違うだろうと思っています。単純に、完全な切り分けじゃなくて、文化醸成を目的とした枠組みで考えると、とても良い取組みだと思いますね。

2017年の9月にはリリースされていたんですが、SHIFTさんには12月頃から入っていただきました。ちょうど、うちとして最もグローバル対応もBtoBサービスも加速していきたい時期だったので、SHIFTさんのメンバーを増やしていただいたんですよね。グローバル対応については、結構大変でしたね。突いても突いても疑問が出てくるんですよ。

そうでしたね。言語の対応に加えて、海外向けに提供する機能か否かなど機能提供の切り分けの仕様が存在していて、そこの整理などをやってましたね。

良かったです！（笑）うちとしても、きちんと仕様を理解した上でテスト設計を起こすという、これまでの業務で身につけたものが、ほかでも活かせたという嬉しい事例ですね。

考えるときもそうですし、テスト設計していくなかで、毎回レビューをして、仕様を反復してインプットされていくので、その分の知見も上がっていったんじゃないかと思っています。

あとは、ネットワークの環境がどうしても悪い地域があるので、そのときにスペックの低い端末だったらどうなるか、例えば非機能的なところだった・・・そういった部分も、少し知見としてはあったのかなと思います。

スピードは保ったまま質を上げていくというところは、ずっと重要視しています。そしてそのなかでは、時間をどんどん効率良く使っていきたい。そうなると、テストをする時間や、バグを起票していく時間もどんどん少なければ少ないほど、その時間を巻きでいけると思っています。

やっぱりテーマとしては、シフトレフトというのはすごく大きいなと思っています。例えば開発に入る前に、要件に対する品質のフィードバックが出来ていたりとか、あとは開発が終わる前にテストケースが出来ていて、その内容が開発にインプットできる状態になっていたり。ということを繰り返していって、QAだけではなく、「Eight事業部」全体としてプロセスのなかで品質を上げていけば、そこは実現に近くなるんじゃないかと考えています。そして、そういう取り組み方をしていきたいなと思います。

もちろん。プロセス改善みたいなところですね。

その上で、本当にバグが減っていって、かつそれがテストの取りこぼしとかじゃなくて、「普通に品質がいいんです」という状態で迎えられたら、スピード感はどんどん出てきますよね。

これまでも「Eight」はどちらかというと、スピードに即した意思決定はしてきているんですが、サービスとしてもかなり使われる状態になってきています。これまでも「Eight」はどちらかというと、スピードに即した意思決定はしてきていますが、
サービスとしても今では1日に数十万人のユーザーさんに使っていただけるような状態になってきています。そのなかで、直近までは自分の体験を撮影して見返すとか、ユーザーさん自身がコントロールできる体験が多かったんです。

ただ今は、オンライン名刺交換など、よりユーザーさんと相対する人がアプリを通して何かコミッションを取るような体験を増やしていこう、という方向性になっています。そうなってくると、「これはどう動くんだろう」「この挙動はイマイチだよね」とか「その環境では実際に出来ないだろう」などという課題が顕在化してくるんですよね。

そういった意味でも品質面に対する温度感はかなり上がっています。なので、私も結構、しつこく言ったりしていますね。「うるせえな」って思われてるかもしれないですけど。（笑）でも、とても重要な部分だと思っています。

そういうお方も必要ですよね。

品質に対してのアテンションは上がっていますね。エンジニアが多い組織ですし。最近では、結合テストにおけるバグの数も可視化しはじめているくらいです。

それが個人としてのエンジニアのパフォーマンスに対するフィードバックになりますし、それがおよぼす「市場流出リスクだよね」という話だったり、「その分、生産性が落ちるよね」という話が、わりとファクトベースでやり取りができるようになってきています。

若干、ストレスをかけることになりますけど、そういう意味ではより、ベースとしては上がっていくような仕掛けもできてきているのかなって。

今後も、御社のこういったスピード感と品質に対するアテンションに目線をあわせながら、引き続きあらゆるフェーズで「SHIFTにお願いしたい！」と言っていただけるように、チーム全員でご支援させていただきます！

本日は、改めてお話をお聞かせいただきありがとうございました。引き続き、どうぞよろしくお願いいたします！