大企業のDXの現場から見た"スピードと品質"の共存

Transcript

1. ⼤企業のDXの現場から⾒た “スピードと品質”の共存 東急株式会社 URBAN HACKS 阿部 将太郎
2. はじめに n今⽇お話すること Ø スピードと品質、どちらも要求される現場で⾒えてきた “気づき”をお話します ü 等⾝⼤のQAについてのお話ができればと思います Ø “キラキラしたお話”よりも ”⼩さな改善の積み重ね”のお話がメインです 2
3. ⾃⼰紹介 3 n 阿部 将太郎(Abe Shotaro) n 岩⼿県出⾝ n 経歴 Ø 2016年4⽉ 第三者検証会社に⼊社 ü テストエンジニア、QAエンジニアとして 10年ほど Ø 2023年9⽉ 東急株式会社に⼊社
4. ⾃⼰紹介 4 n社外活動 Ø JaSST Tohoku ü 2025年から実⾏委員 Ø 盛岡ソフトウェアテスト勉強会 ü 2017年からお⼿伝い
5. 東急グループの事業 5 n東急って何をしてるの・・？
6. 東急グループの事業 6
7. URBAN HACKSとは？ 7
8. URBAN HACKSの役割 8
9. 担当プロダクト 9 n東急線アプリ Ø https://ii.tokyu.co.jp/tokyusenapuri
10. 担当プロダクト 10 nQ SKIP Ø https://www.q-skip.tokyu.co.jp/
11. QAの”ジレンマ” 11 n早く出したい → でも品質が不安 n品質を守りたい → でもリリース遅延が不安 n本当にトレードオフなのか？
12. 影響が⼤きいからこそ”ユーザー提供のスピードが命” 12 n とりわけ鉄道・バスなどの交通インフラでは・・・ Ø 沿線住⺠・東急線ユーザー ü 年間10億⼈ ※ ü 1⽇あたり200万⼈ n より素早いサイクルでのリリースが望まれる ※ TOKYU OOH 東急線 旅客種別利⽤⼈数 https://www.tokyu-ooh.jp/common/pdf/2025/108-109.pdf
13. 移動・交通領域のQAが直⾯した現実 13 nQA観点の課題 Ø 開発が粗⽅終わるくらいのタイミングでQAへのインプット Ø 冗⻑なテスト項⽬が散⾒ Ø ボトルネックとなるリスク nプロダクト特性 Ø 開発者の品質意識が⾼い Ø アドホックテストでの不具合検知が多い Ø ステークホルダーが多い
14. 移動・交通領域におけるQAの⾒直し 14 n移動・交通領域のQAメンバーで、QAのあり⽅を⾒直し Ø “リリース前の品質チェック”だけがQAではない Ø チームを前に進めるQAへ Ø スピードと品質にコミット nとにかくコミュニケーション Ø 1⽇1回、会話する時間を作る
15. 東急線アプリ： ”早期関与“と”ライトなテスト“ 15 n要件定義の場から参加 Ø ⼩さなUI改善、即時対応が必要な事項にもすぐ対応 n協業先とのコミュニケーション Ø わからないことは現場に聞く Ø 現地でしかわからないことは、実際に⾒るのが最速 n「やらないこと」の選択 Ø テストケースを”ライト”に再設計 Ø その分、Ad-hocの時間を増やす
16. Q SKIP：変化の多いプロジェクト 16 nローンチから2年 Ø 2024年〜引き継ぎ n実証・UI/UX改善が⾼速で回る Ø 多い時で週1回のリリース Ø 開発者の品質意識が⾼い n重いテスト設計とは相性が悪い
17. Q SKIPも”早期関与“と”ライトなテスト“ 17 n要件定義の場から参加 Ø 「QAが⼀緒に⾛っている状態」を作る n粒度を⼤きく、リスクにフォーカス Ø 決済まわりや乗⾞券使⽤など、失敗できない領域が多い
18. 東急線アプリ・Q SKIPでの取り組みの効果 18 nテスト設計のリードタイムの短縮 Ø 開発とのスピードが揃う nリリース判断までが早くなる Ø 早めに出来たらリリースする、という判断も選択肢に n突発の案件にも対応可能な余⼒を残すことができる Ø ⼿動テスト以外のアプローチが増える
19. ⾃動テストの活⽤ 19 n 東急線アプリ Ø Appiumでの⾃動テストを導⼊ ü テスト⾃動化専任メンバーをアサイン ü Appiumの知⾒を⽣かしつつ、より運⽤しやすい仕組みを検討中 n Q SKIP Ø MagicPodを利⽤ ü 専任メンバーをアサイン ü ⼿動テストでは限界がある Ø リグレッションテストを⾃動化 ü ⼈は”価値の⾼い検証”に集中
20. ⾃動テストによる効果 20 nデグレード検知 Ø ⼿動テストでの細かい⾒落としを拾う Ø 外部連携の多いサービスであるため、外部要因での変化などを拾う nリリースへの不安の軽減
21. 取り組んだことのまとめ 21 n移動・交通領域のQAの役割の再定義 Ø 意識づけとコミュニケーション n「やらないこと」の選択 nQAの早期関与 nリグレッションテスト⾃動化の導⼊
22. スピードと品質を両⽴するために必要な考え 22 n品質には妥協しない その中で、ユーザーファーストでリリースまでのスピードも上げる n“⾃考⾃⾛”で当事者として動く Ø 常に学び、考え、⼿を動かす
23. まとめ 23 nスピードと品質は、⼩さな⼯夫次第で共存できる Ø ⼩さな改善の積み重ね Ø 「失敗してもいい、すぐ改善しよう」という流れ nQAは”製品を前に動かす”ための存在 nDXの現場では“速く学ぶ”ためのマインドが必要
24. ご清聴ありがとうございました！ 24 nURBAN HACKS Ø 10q89s.jp/ nテックブログ Ø https://zenn.dev/p /10q89s n採⽤情報 Ø 10q89s.jp/recruit
25. 東急グループの資産を技術で⽣かし より豊かな暮らしをつくる