スタートアップでのmabl導入事例とリーディングテクニック

フリーランスでヘンリー社をご支援しており、mablを導入しました。
その事例から、スタートアップでmablを活用する方法を紹介します。
併せて、mabl導入は3回目で、かなりスムーズに導入できるようになってきたので、mabl導入をリードするテクニックも紹介します。

Transcript

1. スタートアップでのmabl導入事例とリーディングテクニック
   @sumiren_t
   

   View Slide

2. 自己紹介
   @sumiren_t （発音：アルファベット読み）
   仕事
   ● テックリード @ CIer
   ● フルスタックエンジニア / QEリード @ 自社サ企業（フリーランス/副業）
   強み
   ● フルスタックエンジニア / アーキテクト (Next.js, Node.js, AWS)
   ● 品質エンジニアリング
   ● PM / マネージャ
   

   View Slide

3. アジェンダ
   ● スタートアップでのmabl導入事例
   ● mabl導入 リーディングテクニック
   

   View Slide

4. スタートアップでのmabl導入事例
   

   View Slide

5. ヘンリー社の紹介（1/2） ヘンリーが取り組んでいること
   

   View Slide

6. ヘンリー社の紹介（2/2） ヘンリーのエンジニア組織
   

   View Slide

7. エンジニア
   PdM
   ビジネス
   メンバ
   ヘンリーではビジネスメンバもテストに参加しており、
   組織全体でエンジニアリングに取り組んでいる
   ロードマップ策定 /
   要求分析
   開発 / テスト
   受け入れテスト
   よりエンドユーザーに近い
   ビジネスメンバの洞察を
   テストに反映している
   【ヘンリーのエンジニアリングと受け入れテスト】
   

   View Slide

8. Dev環境
   QA環境
   Prod環境
   mablを導入し、受け入れテストのリードタイムを削減。開発生産性を高める
   Dev環境
   QA環境
   Prod環境
   シームレスに
   開発 / デプロイ
   受け入れ
   テスト
   リリ
   ース
   シームレスに
   開発 / デプロイ
   受け入れ
   テスト
   リリ
   ース
   mablを自動実行
   mablを開発中から実行してバグを検知
   受け入れテストの手戻りを減らし、安定出荷
   受け入れテストでバグが見つかると
   テスト期間が延伸 / リリース延期
   

   View Slide

9. ビジネスメンバの洞察をテストに活かすために、
   ローコード自動テストツールであるmablが最適だった
   【ヘンリーのエンジニアリングと受け入れテスト ToBe 】
   エンジニア
   PdM
   ビジネス
   メンバ
   ロードマップ策定
   要求分析
   開発 / テスト
   mabl
   受け入れテスト（手
   動分のみ）
   mablなら、ビジネスメンバが
   直接自動テストを作成できる。
   組織でエンジニアリングに向き合える
   

   View Slide

10. 導入しての感想と結論
    ビジネスメンバ
    QEリード（私）
    最初は絶対ムリだと思ったが、やってみたらサクサクできた。
    これならイケると思った。
    FEエンジニア
    メンテナンス性も高く、とても生産的
    waitを自動でしてくれる点や、Auto Healingが魅力。
    優秀な人が揃った自社サービス / スタートアップ組織は、
    導入がこんなにもラクなのかと驚き。
    エンジニアリングファーストな組織では、mablは一層輝く
    

    View Slide

11. mabl導入 リーディングテクニック
    

    View Slide

12. mablを導入する際に大事なテクニックを、4つお伝えします。
    1. 計画
    2. PoC
    3. オンボーディング
    4. リーダーシップ
    

    View Slide

13. 1. まず導入を計画することが重要。効率的に導入を進められるように
    　 タスクを洗い出してスケジュールを引き、キックオフで共有する。
    【参考：ヘンリーにおける導入スケジュール】
    

    View Slide

14. 2. 既存プロダクトに導入する場合、いきなりテストを作り始めない。
    　 シナリオを洗い出して検証し、mablがフィットすることを確かめる
    スプレッドシートでシナリオ一覧を作ると良い。
    全体感が可視化でき、進捗管理にも利用できる。
    手順まで書く必要はない
    技術的な課題は
    ● 運用回避（テスターの手順や JSスニペット）
    ● アプリのテスタビリティチューニング
    ● 手動での実施
    が主な解決方法
    

    View Slide

15. 3. オンボーディングで利用者の心を掴む。
    　 導入時からテストを作成してもらい、運用につなげる
    利用者の心を掴めなければ、
    どんなに上手く導入しても運用されない。
    ハンズオンがおすすめ
    シームレスに運用につなげるために、
    導入時から利用者にテストを作成してもらうとよい。
    

    View Slide

16. 計画をしたり、アプリを解析したり PRを出すのもやってしまう。
    全てができる必要はないので、苦手な領域は周りを巻き込む
    ● 計画が苦手：PM経験がある人に支援してもらう
    ● コードが書けない：タッグを組んでくれるエンジニアを見つける
    4. 心構えとして、できることはなんでもやる。
    　 リーダーシップを示し、周りについてきてもらう
    

    View Slide

17. まとめ
    

    View Slide

18. まとめ
    ● スタートアップ × mabl = 最強
    ● 「計画、PoC、オンボーディング、リーダーシップ」で導入
    ● ヘンリーは最高のエンジニアリング組織
    

    View Slide