【サービス品質向上しナイト】ウエディングメディアを支えるQAチームの取り組み

by saik1010

Slide 1

Slide 1 text

ウエディングメディアを支える QAチームの取り組み公式キャラクター「ウエパ」サービス品質向上しナイト

Slide 2

Slide 2 text

斉藤健太システムエンジニアマネージャー QAチームマネージャー自己紹介 2017年中途入社。29歳で3児の父。前職(SIer受託)で行なっていた品質要求の高い開発経験が転職してから自身の強みであることを認識。入社4ヶ月でQAチームを立ち上げ、成長するサービスを支えるために日々奮闘中！キャリア SIer(受託)／BtoB／Web／Java／Oracle／マネジメント／PHP／MySQL／QA 株式会社ウエディングパーク

Slide 3

Slide 3 text

会社紹介

Slide 4

Slide 4 text

No content

Slide 5

Slide 5 text

No content

Slide 6

Slide 6 text

運営サービス

Slide 7

Slide 7 text

運営サービス

Slide 8

Slide 8 text

開発・制作環境

Slide 9

Slide 9 text

環境・活動発表当日のみ

Slide 10

Slide 10 text

ウエディングメディアを支える QAチームの取り組み

Slide 11

Slide 11 text

QAチーム誕生の経緯・QAとは？・QAチームのミッション SECTION 01 サービス拡大による不具合の増加・開発体制・仕様理解PJ ・結果 SECTION 02 まとめ・成果・現状の課題・今後の展望 SECTION 03 もくじ

Slide 12

Slide 12 text

QAチーム誕生の経緯品質向上へ戦いの始まり・・！ SECTION 01

Slide 13

Slide 13 text

QAとは？効率と品質が求められるあらゆる活動において、それらに保証を与えるのに必要な証拠を提供する活動一般を指す。出典：wikipedia 生産性品質 ✕ SECTION 01 QAチーム誕生の経緯

Slide 14

Slide 14 text

弊社QAチームの特徴 SECTION 01 QAチーム誕生の経緯完全内製化 POINT 01 エンジニア主体 POINT 02

Slide 15

Slide 15 text

品質を上げるためなら何でもやる！品質の埋め込みプロセス品質の確認・検証プロセス要件機能設計技術設計実装開発テストシステムテスト受け入れテストリリ丨ス期待規制方針機会問題 QAチームの業務範囲 SECTION 01 QAチーム誕生の経緯

Slide 16

Slide 16 text

障害件数（本番）リリース数 ÷ 障害発生率 = 10% 10件 100件 ※数値はサンプルです QAチームのミッション障害件数だけで追ってしまうと、リリース数が増えた時に正確に計測ができない SECTION 01 QAチーム誕生の経緯

Slide 17

Slide 17 text

サービス拡大による不具合の増加ナレッジが蓄積できない改善しなければいけない危機感 SECTION 01 QAチーム誕生の経緯開発の課題（QAチーム立ち上げ前）

Slide 18

Slide 18 text

Slide 19

Slide 19 text

サービス拡大による不具合の増加サービスが拡大するにつれて、機能の増加や仕様の複雑化が進んだことにより、開発・テストに関わるメンバーの「機能の把握度」や「仕様の理解度」が開発品質を大きく左右する状況 SECTION 01 QAチーム誕生の経緯影響範囲漏れ仕様の見落とし品質のバラつき

Slide 20

Slide 20 text

サービス拡大による不具合の増加長く運用するサービスあるある・・・ SECTION 02

Slide 21

Slide 21 text

ナレッジMTG 自動テスト KGI/KPI テストフローの見直しサービス仕様理解他社交流障害分析 TPI-NEXT 品質・テスト勉強会マスタテストケース作成テスト管理ツール検証チーム活性化回帰テスト運用 SECTION 02 サービス拡大による不具合の増加この1年でQAチームが取り組んだこと

Slide 22

Slide 22 text

Slide 23

Slide 23 text

SECTION 02 サービス拡大による不具合の増加開発体制 TOPIC 01 仕様理解PJ TOPIC 02 結果 TOPIC 03

Slide 24

Slide 24 text

SECTION 02 サービス拡大による不具合の増加開発体制 TOPIC 01 仕様理解PJ TOPIC 02 結果 TOPIC 03

Slide 25

Slide 25 text

SECTION 02 サービス拡大による不具合の増加開発体制

Slide 26

Slide 26 text

SECTION 02 サービス拡大による不具合の増加開発体制数十チームある・・！

Slide 27

Slide 27 text

→　開発 →　テスト →　リリース SECTION 02 サービス拡大による不具合の増加開発の流れ →　デザインオリエン

Slide 28

Slide 28 text

SECTION 02 サービス拡大による不具合の増加開発体制 TOPIC 01 仕様理解PJ TOPIC 02 結果 TOPIC 03

Slide 29

Slide 29 text

仕様理解PJ・・？サービスの軸となる機能の仕様をまとめ、基礎スキルを定義基礎スキル＝所属チームに関わらず知っておくべき仕様 SECTION 02 サービス拡大による不具合の増加仕様取り纏め講義筆記テスト

Slide 30

Slide 30 text

SECTION 02 サービス拡大による不具合の増加開発体制 TOPIC 01 仕様理解PJ TOPIC 02 結果 TOPIC 03

Slide 31

Slide 31 text

SECTION 02 サービス拡大による不具合の増加講義の様子発表当日のみ

Slide 32

Slide 32 text

① とにかく全員参加ディレクターもエンジニアもデザイナーも役員も！自分の担当領域以外であっても！！ ② 筆記テストで理解度を定量化合格基準を80点以上として、目標を明確に！ ③ この施策をやる理由は障害分析から過去に発生した障害の傾向から実施内容を決定（＝納得感を大切に） SECTION 02 サービス拡大による不具合の増加工夫したポイント

Slide 33

Slide 33 text

① 知っておかなくてはいけない危機感が生まれた基礎スキルと定義したことで、職種や担当に関わらず、最低限知らなければいけないことが言語化できた！ ② 開発・テスト時の影響範囲漏れが減った入社歴に関係なく、均等に知識のシェアがされたことにより、ケアレスミスレベルの影響範囲漏れやテスト観点漏れが激減した！ SECTION 02 サービス拡大による不具合の増加取り組みをした結果

Slide 34

Slide 34 text

まとめ現状の課題と今後の展望 SECTION 03

Slide 35

Slide 35 text

ナレッジMTG 自動テスト KGI/KPI テストフローの見直しサービス仕様理解他社交流障害分析 TPI-NEXT 品質・テスト勉強会マスタテストケース作成テスト管理ツール検証チーム活性化回帰テスト運用 SECTION 03 まとめこの1年でQAチームが取り組んだこと

Slide 36

Slide 36 text

障害件数（本番）リリース数 ÷ 障害発生率 = 10→5% 10→5件 100件 ※数値はサンプルです前年度比で半減ペース！ SECTION 03 まとめこの1年間での成果（QAチーム）

Slide 37

Slide 37 text

① ソフトウェア品質・テストの基礎知識 QAエンジニアとしての経験を持っていないため、基礎的なスキル不足 ② 慢性的なリソース不足少人数で成果は出ているものの、今後のサービス成長を支える上ではやりたいこと（やらなければいけないこと）がたくさん！ SECTION 03 まとめ現状の課題（QAチーム）

Slide 38

Slide 38 text

SECTION 03 まとめ今後の展望（QAチーム）安全かつ生産性の高い開発体制をつくる！上流からの品質向上自動テスト促進 KGI/KPI 量＋質へ

Slide 39

Slide 39 text

ご清聴ありがとパ