最速思考でバクラク品質を！スタートアップのリアルな課題とQAの実践

Slide 1

Slide 1 text

Slide 2

Slide 2 text

自己紹介中野直樹 LayerX QAマネージャーエンタープライズシステムの開発者、プロジェクトマネージャーなどを経験後、テスト技術者へ転向。ネット証券のシステム開発部⾨のテストチームのリーダーや不動産情報ポータルの運営会社のQAマネージャーを経て2023年春よりLayerXのQAマネージャに従事社外活動 - 共著「ソフトウェアテスト教科書 JSTQB Foundation 第4版」 - NPO法⼈ソフトウェアテスト技術振興協会（ASTER)理事 - JSTQB技術委員 - JaSST Tokyo 実⾏委員など

Slide 3

Slide 3 text

目次 Agenda ● プロダクト紹介と歩み ● 弊社LayerXのQAのスタイル ● 課題と取り組み ● 今後について

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

© LayerX Inc. 7 バクラクのプロダクトビジョン圧倒的に使いやすいプロダクトでわくわくする働き方を。企業活動を支えるコーポレート業務は、ミスができない難しい業務。バクラクはそんな業務の負担を少しでも軽くし、日常の業務がわくわくするような体験を届けます。使いやすさへの圧倒的なこだわりと、深い顧客理解で業務効率化を実現。手作業、ハンコ、紙のやり取りから脱却し、事業と組織を支える本来の仕事に向き合えるようサポートします。

Slide 8

Slide 8 text

© LayerX Inc. 8 バクラクシリーズラインアップ体験にこだわり抜いたマルチプロダクトをリリース。単体でも使いやすく、連携するとさらに便利に。稟議・支払申請・経費精算仕訳・支払処理効率化法人カードの発行・管理帳票保存・ストレージ帳票発行・AIが領収書を５秒でデータ化・スマホアプリとSlack連携あり・領収書の重複申請などミス防止機能・AIが請求書を５秒でデータ化・仕訳・振込データを自動作成・稟議から会計までスムーズに連携・年会費無料で何枚でも発行可・インボイス制度・電帳法対応・すべての決済で1%以上の還元・AIが書類を5秒でデータ化・あらゆる書類の電子保管に対応・電子取引・スキャナ保存に完全対応・帳票の一括作成も個別作成も自由自在・帳票の作成・稟議・送付・保存を一本化・レイアウトや項目のカスタマイズも可能

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

© LayerX Inc. 13 開発チームとQAエンジニアの体制や動き方についてデリバリーチームA QA エンジニアデリバリーチームB QA エンジニアデリバリーチームC QA エンジニア QA エンジニア QA エンジニア QA エンジニアチームメンバーチームメンバーチームメンバー QAチーム ● 2週間スプリントのスクラム開発 ● QAエンジニアはプロダクト開発チームにQA担当として入りつつ、QAチーム間で連携しながら活動 ● リリース前のテスト、自動テストの保守、品質分析などを実施

Slide 13

Slide 13 text

Slide 14

Slide 14 text

© LayerX Inc. 15 価値あるプロダクトを高速にデリバリーするために ● 追加機能の実装 vs 軽微なバグの修正 ○ バグをなくす≒手戻りをなくすという考え方もできるが、、、 ● 上記の二つのタスクも同じリソースから生みだされるもので、一部のバグ改修を先送りにして価値のある機能をいち早く市場に届ける判断もあって然るべき ● 顧客の購買の意思決定とバグ有無はほぼ無関係 ○ バグがあることは利用しない理由にはなるがバグないことは利用する理由にはならないバグを無くすことを目的とはしない充分不充分満足不満足顧客の満足感当たり前品質魅力的品質一元的品質気に入る気に入らない物理的な充足度

Slide 15

Slide 15 text

Slide 16

Slide 16 text

© LayerX Inc. 17 バグを無くすことを目的とはしない ● プロダクトリスクに顧客視点を加える ● よくあるプロダクトリスクの例として以下のようなものがあったときに「〇〇機能が仕様通りには動かないかもしれない」「計算処理で計算結果が状況によって正しくない」「特定のデバイス、OS、ブラウザ環境において画面表示が崩れてしまう」 ● 上記の粒度だとプロダクトリスクの顕在化がお客様に与える影響を考えきれていない ● お客様の体験に大きく影響する≒リスクの大きさという意識で判断し、リリースまでのプロセスを安全に進行するためにテストの実施順や重みづけにも適用することでお客様に届けたい価値とリスクのバランスをとることができる

Slide 17

Slide 17 text

Slide 18

Slide 18 text

© LayerX Inc. 19 Whole-Team での品質アプローチ Whole-TeamでQAエンジニアが何に取り組んだら正解なのか ● 全員で責務を持つポイント ○ Whole-Teamカルチャーを牽引するとは、品質を議論する場づくりやファシリテート ■ 例えば、品質改善に向けた課題の言語化、品質の改善活動のカルチャーを根付かせる ○ 自分たちが届けたい品質とは何か ■ 例えば、そういった場においてお客様の体験にはバグだけでなくUXの観点も重要 ● QAエンジニア以外の職種の能力を品質に役立てる意識 ○ 例えば ■ PdMの深い顧客理解、ビジネスドメインの知識 ■ デザイナーのUI/UXデザインに関する知見 ■ 開発エンジニアの運用後を見据えたリスク検知の嗅覚

Slide 19

Slide 19 text

© LayerX Inc. 20 Whole-Team での品質アプローチテスト期間前の探索的テストを実施する会（通称 ET会）の開催 ● スプリントレビューではなく、開発者のセルフのテストでなくチームでの探索的テスト実施 ● 早期のバグ発見も重要ではあるが、出来上がった機能に期待していたUXを検証する場や機会に価値がある ● テストだが、仕様変更のきっかけにもなっており、使いづらいものをリリースする前にブラッシュアップしてその後のリリース前テストに挑む ● 探索的テストで実際の体験を通して仕様の改善ポイントが見つけられることはリリース後に仕様変更することを考えると手戻りの観点で何倍も効率的である ● お客様にとっては仕様かバグかは関係ないお客様にとって「使いやすいか」「使いづらいか」「使えない」という体験だけが残る

Slide 20

Slide 20 text

Slide 21

Slide 21 text

© LayerX Inc. 22 プロダクトの初期フェーズ以外のQA/テストのあり方はどうか各QAエンジニアにとってのテクニックやナレッジを言語化しチームの共通の型に加えることは意外な難しさがあります加えて、プロダクトのフェーズによって求められる品質は変わりますフェーズごとの品質の重要性を意識した型作りと継続的なアップデートが重要ですコンパウンドスタートアップとして、複数のプロダクトが滑らかに連携することが製品の特性とある中で、担当のQAエンジニアがプロダクトごとに担当割をしているとどうしても連携部分の問題に気づきづらくなる事象が発生しがち型化と適用仕組みやツール汎用的に使えるQAやテストの仕組み、または生産性に寄与するツール例えば、バグチケットの起票から通知する仕組みやテスト状況のレポーティングなどをモダンな技術でシステマチックに使えるように資産の積み上げる必要がありますコンパウンドの難しさ少しずつあるべき姿の言語化や施策を打ち始めていますが、まだまだ課題はあります。

Slide 22

Slide 22 text

© LayerX Inc. 23 補足：QAエンジニアとしてのスタンスやあり方の課題 QAエンジニア個々に特有のドメイン知識や技術が偏っている問題が存在します。このような状況の中で、どの知識や技術を共通の技術として、どの程度まで習得を目指すべきかは、組織全体の成長と効率化の観点から常に考える必要があります。チーム全体での最適化を目指し、知識と技術の均等な分配と向上をどのように進めるかが重要な課題となります。ビジネスや競合プロダクトの理解や開発側のエンジニア目線でのアーキテクチャーや内部的実装をどこまで理解し解像度を上げるべきかまた、UXやUIのデザインの知識をどこまで高めるべきかなど学ぶべきことが大量にある中での優先順位づけが悩ましい属人性と技術責務周辺技術の理解例えば、仕様について何にどこまで口を出すべきか扱うデータの範囲は・・・？バグや性能など分かりやすいですが、お客様の体験に着目した場合には、追加でどのようなデータを扱っていくのか、メトリクスとして何を採用するのか

Slide 23

Slide 23 text

Slide 24

Slide 24 text

© LayerX Inc. 25 まとめ ● 最速思考で価値あるプロダクトを提供するために ○ バグがないことを目的としない「バグ＝悪」ではなくどこまで作り込んで届けるかのQAとして見極めが重要バグもプロダクトリスクも「お客様を主語」に考えることで判断しやすくなる ○ Whole-teamでの取り組みの重要性チームによる探索的テストは、バグを見つけるだけでなく、体験を通して仕様の改善点を見つけることで大きな手戻りをなくせる可能性がある

Slide 25

Slide 25 text

© LayerX Inc. 26 LayerXでは絶賛採用中です！ ● 新しい事業やプロダクトをつくり、一緒に進化させていくためのQAエンジニアを募集しています。 ○ https://jobs.layerx.co.jp/ ○ （実際はQAに限らず、全方位募集しております！エンジニア、デザイナー、PdM、事業開発、Sales、CS、マーケ、アナリスト etc…） ● カジュアル面談もお待ちしています！ ○ https://jobs.layerx.co.jp/1ec6bec508134f4b9c6018cb8b339254