チームで一つのゴールに向き合うために “品質”のあり方を考える / Thinking about "quality" in order to face the goal as a team

by miisan

Slide 1

Slide 1 text

Toward The Goal ～チームで一つのゴールに向き合うために “品質”のあり方を考える～株式会社令和トラベル QA Engineer miisan

Slide 2

Slide 2 text

本日のアジェンダ 02 03 01 自己紹介プロダクト品質の向上のためにチームで品質と向き合う＜取り組み＞ 04 チームで品質と向き合う＜マインド＞

Slide 3

Slide 3 text

Self introduction 自己紹介

Slide 4

Slide 4 text

自己紹介株式会社令和トラベル QA Engineer (QA GM) miisan /@mii________san 新卒でERPパッケージの開発・ QAを担当し、その後 2018年よりメルペイに QA エンジニアとして参画し、コアローンチにも携わる。 Lead QA Engineerを経て、Engineering Managerとしてサービス全体の品質向上、開発プロセス改善、組織作りをリードする。現在は、今年の 4月にNEWTをローンチした令和トラベルで 1人目QA Engineerとして、QA組織の立ち上げ、品質保証の文化づくりを担う。個人としてはスタートアップ企業の QAアドバイザーやWomen Techmakers Ambassadorなど女性エンジニアの推進活動に取り組む。日本47/47都道府県制覇、海外 20ヶ国以上。世界遺産や海底 40mのダイビングなど、陸海問わずあたらしい世界をもとめ旅する✈

Slide 5

Slide 5 text

Today’s thema 本日のテーマ

Slide 6

Slide 6 text

ゴール  品質 

Slide 7

Slide 7 text

ゴールについてゴール：努力などの目標点。最終目的。※デジタル大辞泉最終的な目的地行動理由目的を達成するための目印目的目標ゴール

Slide 8

Slide 8 text

ゴールについて私たちは、チームでさまざまな視点や観点を持ちながらゴールに向かってプロダクト開発を行っている・企業のミッション・プロジェクト推進・機能開発・課題やタスク　・・・

Slide 9

Slide 9 text

ゴールについて私たちは、チームでさまざまな視点や観点を持ちながらゴールに向かってプロダクト開発を行っているゴールを達成したい！ Q：品質 C：コスト D：デリバリー（納期） S：サービス・スコープ etc. トレードオフのジレンマ

Slide 10

Slide 10 text

ゴールについてプロダクト開発における共通点：お客さまにとって価値あるプロダクトを継続的に届けることトレードオフのジレンマに抗う「Aという機能を作る」というゴール達成 ⇄ 誰にも使われない　=> ただ作っただけの機能に意味があるのか？「Bというプロダクトを期日までにリリースする」⇄ 問題だらけの機能 => スピードだけを重視することに価値はあるのか？ポイント価値のない作業や見せかけの機能を作ることには意味がない

Slide 11

Slide 11 text

● 品質  ● コスト  ● 納期  ● スコープ  ● 安全性  ・・・  壁 

Slide 12

Slide 12 text

品質についてプロダクト開発における共通点：お客さまにとって価値あるプロダクトを継続的に届けること品質とは：誰かにとっての価値である　by G.M.Weinberg 売り手(企業) お客さま社会

Slide 13

Slide 13 text

本日のテーマ「品質」に着目し、トレードオンでチームでゴールに向かう

Slide 14

Slide 14 text

本日のテーマビジネスとIT の関係性年代 Softwareの役割 Softwareへの要求手法・概念 => ビジネスバリューの最大化が求められる  ※参考:DXを妨げる要因と実現へのアプローチ /20211022 (https://speakerdeck.com/yuzutas0/20211022?slide=13) ~’90年代 S/W As a Sysyem 高い品質 Waterfall ~’00年代 S/W As a Service 短納期・低コスト Agile・Offshore ~’10年代 S/W As a Business ビジネスバリュー Lean Startup DevOps

Slide 15

Slide 15 text

本日のテーマ「品質」に着目し、トレードオンでチームでビジネスバリューの最大化というゴールに向かう

Slide 16

Slide 16 text

For improvement of product quality プロダクト品質の向上のために

Slide 17

Slide 17 text

「品質」を作り上げるには、プロセス・チーム・プロダクトの相互向上が必須前提：3つの視点 Process Product Team

Slide 18

Slide 18 text

NEWTコアローンチから半年間のゴール設定 (エンジニアチーム編) 令和トラベルでのゴール（OKR)

Slide 19

Slide 19 text

プロダクト品質向上における取り組み見出し step2  step1  共通認識を揃える・現状を把握する：  品質・QAについて共通認識を作る・標準化  ● PM  ● Backend Engineer  ● Client Engineer  ● Frontend Engineer  ● QA Engineer  ● Designer  ● Machine Learning Engineer    改善活動の繰り返し：   問題の可視化によって見えた課題の解消と現状を更新していく  step3  問題の可視化・定量的なモニタリング：  プロダクト品質を定量的にはかり、見える化  当たり前品質の向上問題点の可視化改善サイクル

Slide 20

Slide 20 text

プロダクト品質向上における取り組み 1. 共通認識を揃える品質・QAについて共通認識を作る・標準化 ①QAチームの役割やチームで品質を作ることについての整理 - 品質を守るだけでなく、品質をプロダクト全体で育む - 正しいプロダクトを、正しい人に、正しいタイミングで届ける ②品質指標の明示化と優先度を決めた取り組み実施 - 当たり前品質向上：リグレッションテスト・テストケースの情報資産化 - 魅力的品質の向上：探索的テスト・お触り会の取り組みと交通整備 ③品質基準を定義 - リリース基準を定義 - プライオリティ・優先順位の可視化 - 開発完了基準の設定

Slide 21

Slide 21 text

プロダクト品質における取り組み 2. 定量的な品質管理プロダクト品質を定量的にはかり、見える化 ①新機能開発における不具合分析 - QAフェーズにおける不具合の傾向を可視化 ②インシデント分析 - インシデント数とリリースの変更失敗率を可視化

Slide 22

Slide 22 text

プロダクト品質における取り組み 3. 改善活動の繰り返し定常リリースの安定化によるプロダクトの品質の向上 ①QAフェーズにおける不具合の傾向を可視化・分析

Slide 23

Slide 23 text

プロダクト品質における取り組み 3. 改善活動の繰り返し定常リリースの安定化によるプロダクトの品質の向上 ①QAフェーズにおける不具合の傾向を可視化・分析上流部分で改善できる取組み（Specの整備方法・コミュニケーションの取り方）

Slide 24

Slide 24 text

プロダクト品質における取り組み 3. 改善活動の繰り返し定常リリースの安定化によるプロダクトの品質の向上 ②インシデント数とリリースの変更失敗率を見える化 - チームのモニタリング指標 = 品質とスピード ● デプロイ頻度 ● 変更のリードタイム ● 平均修復時間（Mean Time to Repair） ● 変更失敗率を設定し、継続モニタリング

Slide 25

Slide 25 text

継続的なモニタリングと振り返りのサイクルの結果 -> リリース回数は増加し、インシデントの発生回数は減少したプロダクト品質における取り組み 3. 改善活動の繰り返し

Slide 26

Slide 26 text

プロダクト品質における取り組み 3. 改善活動の繰り返し NEWTコアローンチから半年間のゴール設定はどうなった...??

Slide 27

Slide 27 text

プロダクト品質における取り組み 3. 改善活動の繰り返し NEWTコアローンチから半年間のゴール設定はどうなった...?? 達成！！！！

Slide 28

Slide 28 text

プロダクト品質における取り組み　　　重要な気づきアラートをキャッチできる情報管理、品質管理の重要性 2 共通認識を持つことでチームの課題として改善活動につながる 1 継続的な改善・反復学習のできる柔軟性のあるチーム👍 3

Slide 29

Slide 29 text

Facing quality with team チームで品質と向き合う＜取り組み＞

Slide 30

Slide 30 text

品質へのチームでの取り組み心理的安全性の高い環境それぞれの視点でギャップを埋める 1 2

Slide 31

Slide 31 text

品質へのチームでの取り組み心理的安全性の高い環境それぞれの視点でギャップを埋める 1 2

Slide 32

Slide 32 text

品質へのチームでの取り組み心理的安全性の高い環境オープンで正直な議論が許される環境であることで問題が大きくなる前に防ぐことができる

Slide 33

Slide 33 text

品質へのチームでの取り組み心理的安全性の高い環境それぞれの視点でギャップを埋める 1 2

Slide 34

Slide 34 text

品質へのチームでの取り組みそれぞれの視点でギャップを埋める PO・エンジニア・CSそれぞれが意識することでギャップの発生を防ぐ ● 仕様とのギャップ ○ 背景にあるものの理解、何を解決したいのか？のチームで理解する ○ デザインや要件がそこからブレていないか確認する ● ただしい挙動と不具合 ○ 影響範囲の考慮 ○ 不整合な状態が発生しないかの確認 ● 実現したいお客さま体験 ○ カスタマーに向けて届けたい価値になっているか ○ WhatよりWhoやWhyに意識を向ける

Slide 35

Slide 35 text

Facing quality with team チームで品質と向き合う＜マインド＞

Slide 36

Slide 36 text

品質へのチームでの向き合い方 “不具合”は差し込みタスクなのか？品質を”犠牲”にしてスピードをあげるのか？ 1 2

Slide 37

Slide 37 text

品質へのチームでの向き合い方 “不具合”は差し込みタスクなのか？品質を”犠牲”にしてスピードをあげるのか？ 1 2

Slide 38

Slide 38 text

品質へのチームでの向き合い方 “不具合”は差し込みタスクなのか？その問題を放棄しても、達成したいゴールが満たされるかチームで議論する不確実性の高い不具合対応も想定し、プランニングする

Slide 39

Slide 39 text

品質へのチームでの向き合い方 “不具合”は差し込みタスクなのか？品質を”犠牲”にしてスピードをあげるのか？ 1 2

Slide 40

Slide 40 text

品質へのチームでの向き合い方品質を”犠牲”にしてスピードをあげるのか？品質が劣化すれば手戻りが発生するため、結局リードタイムは長くなる品質を下げるスコープを削る増員するリリース日の延期

Slide 41

Slide 41 text

品質へのチームでの向き合い方これらの指標を維持・向上させるには、品質を犠牲にできない。つまり品質は犠牲にすべきものではない！品質を”犠牲”にしてスピードをあげるのか？ ※短期的に犠牲にしなければいけない時は、改善活動とセットで考える

Slide 42

Slide 42 text

Looking back 振り返り

Slide 43

Slide 43 text

振り返りアジャイルテスティングにおいて大切なこと機能性のチェックよりもチームが理解している価値をテストすること 1 目的・ゴールから考え、品質・価値を考えるテスターの責任よりも、品質に対するチームの責任 2 プロダクトの価値を作っているのは誰なのか？

Slide 44

Slide 44 text

振り返り品質がスピードをつくる品質を測定可能な情報に変え、継続的に改善する 1 問題は、小さく早く、適切なタイミングで返していく品質とスピードはトレード・オンできる 2 コードの品質を高く保っていた「にも関わらず」速いのではない。コードの品質を高く保っていた「からこそ」速いのだ。 ※レガシーコードからの脱却ソフトウェアの寿命を延ばし価値を高める 9つのプラクティス (オライリージャパン・ 2019/9/19)