SlideShare ist ein Scribd-Unternehmen logo
1 von 18
Confidential © 2022 LayerX Inc.
1
社内資料 (SaaS事業部)
LayerXのQAチームで
目指したい動き方
2022/02/28 mosa
Confidential © 2022 LayerX Inc.
2
ビジョンはブレない
Confidential © 2022 LayerX Inc.
3
圧倒的に使いやすいプロダクトを届け、
わくわくする働き方を
Confidential © 2022 LayerX Inc.
4
そのためにQAチームで
目指したい動き方
Confidential © 2022 LayerX Inc.
5
安心して業務に使えるプロダクトにする
Confidential © 2022 LayerX Inc.
6
安心して業務に使えるプロダクトに
・プロダクトの不具合・障害は信頼を妨げる。
・顧客からの安心、信頼があって初めて業務に使われて、
 使われ続けるプロダクトになる。
 ・ビジョンを達成する大前提、礎となる。
・起きてはいけないことを防ぐ。「一発アウト」は存在する。
 ・全員が、最後の砦意識を持つ。
Confidential © 2022 LayerX Inc.
7
Bet Technology.
「仕組み」で解決を。
Confidential © 2022 LayerX Inc.
8
Bet Technology. 「仕組み」で解決を。
・投資対効果と再現性、スケールを意識して、人海戦術ではなく、仕組みやテクノロ
ジーで解決していく。
※人によるQAを軽視するものではない。フェーズと箇所によって、人手が信頼性に
とって最良なケースはある。
・正しいレイヤーで品質を担保する。局所最適にならない。
 ・例:1つのツールで全てを担保しようとする
・起きたことは活かし、学んで仕組みに取り入れる。
 (仕組みでガチガチにしろという意味ではありません。)
Confidential © 2022 LayerX Inc.
9
「バグのなさ」それ自体を目的化しない
Confidential © 2022 LayerX Inc.
10
「バグのなさ」それ自体を目的化しない
・「バグのなさ」「きちんとすること」自体を目的化しない。目的は顧客への価値提供
を最大化すること。ハタラクをバクラクにすること。
・不具合の濃淡とコスパを意識する。
 ・発見されたバグがどれだけのお客様に該当しうるか、FactBaseで語れるか?
・きちんとすることと、デリバリーの速度は”短期的には”一定のトレードオフがあ
る。局所最適にならず、事業にとって「今」大切なことは何かを考え続けよう。
Confidential © 2022 LayerX Inc.
11
プロダクトのフェーズと性質を意識する
Confidential © 2022 LayerX Inc.
12
プロダクトのフェーズと性質を意識する
・プロダクトのフェーズ、事業の性質により柔軟な対応を。
 ・例:PMF前で、検証フェーズのプロダクト
 ・例:決済に関するプロダクト
・「起きてはいけないこと」はプロダクトによって異なる
・攻めと守り、フェーズは刻々と変化する。先手をうって対応していく
Confidential © 2022 LayerX Inc.
13
「開発速度」を上げること
Confidential © 2022 LayerX Inc.
14
「開発速度」を上げること
・ここでいう「開発速度」=アウトカム(顧客に届ける価値)の提供スピード
・品質の高さは、開発速度と顧客満足度を上げることができる
 ・バグ・障害があると全チームの時間が奪われ、疲弊していく。
 ・開発の心理的負担もあがっていく。
・高速な再現調査は、開発速度と顧客満足度を上げることができる
・信頼できるドキュメントは、全チームのenablementにつながる
Confidential © 2022 LayerX Inc.
15
Advanced: より広義の品質のために
Confidential © 2022 LayerX Inc.
16
より広義の品質のために
・広義の品質は、ドメイン知識あってこそ。仮に「仕様通り」だとしても、多くのお客
様の業務上違和感があれば、それは品質が低いということ。
・仕様策定の段階でおおよその品質が決まってくる。既存の仕様とバッティングし
ていないか?「よりシンプルな」解決策はないか?
Confidential © 2022 LayerX Inc.
17
そして、役割を規定しすぎない
Confidential © 2022 LayerX Inc.
18
役割を規定しすぎない
・仕様を一番把握しているのは自分だと心得る。自分だからこそ出
せるValueがあるはず。
・自らの役割を狭めず、必要だと思ったことは行い、他のチームと
協力して、Whole Product, Whole Teamとしてお客様に最高の体
験を提供していきましょう。

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
 
アジャイルメトリクス実践ガイド
アジャイルメトリクス実践ガイドアジャイルメトリクス実践ガイド
アジャイルメトリクス実践ガイド
 
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
 
UXデザインワークショップ資料 by ATOMOS DESIGN
UXデザインワークショップ資料 by ATOMOS DESIGNUXデザインワークショップ資料 by ATOMOS DESIGN
UXデザインワークショップ資料 by ATOMOS DESIGN
 
3週連続DDDその1 ドメイン駆動設計の基本を理解する
3週連続DDDその1  ドメイン駆動設計の基本を理解する3週連続DDDその1  ドメイン駆動設計の基本を理解する
3週連続DDDその1 ドメイン駆動設計の基本を理解する
 
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
 
マイクロサービス 4つの分割アプローチ
マイクロサービス 4つの分割アプローチマイクロサービス 4つの分割アプローチ
マイクロサービス 4つの分割アプローチ
 
Pull Request & TDD 入門
Pull Request & TDD 入門Pull Request & TDD 入門
Pull Request & TDD 入門
 
Digitaltransformation Journey
Digitaltransformation JourneyDigitaltransformation Journey
Digitaltransformation Journey
 
なぜ「マイクロサービス“化”」が必要なのか
なぜ「マイクロサービス“化”」が必要なのかなぜ「マイクロサービス“化”」が必要なのか
なぜ「マイクロサービス“化”」が必要なのか
 
Helidon 概要
Helidon 概要Helidon 概要
Helidon 概要
 
インフラエンジニアの綺麗で優しい手順書の書き方
インフラエンジニアの綺麗で優しい手順書の書き方インフラエンジニアの綺麗で優しい手順書の書き方
インフラエンジニアの綺麗で優しい手順書の書き方
 
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
 
大規模スクラムの失敗から学んだこと #AgileJapan2015
大規模スクラムの失敗から学んだこと #AgileJapan2015大規模スクラムの失敗から学んだこと #AgileJapan2015
大規模スクラムの失敗から学んだこと #AgileJapan2015
 
【AgileJapan2022】アジャイルで進めるSDGs実現への歩み_稲葉涼太20221115.pdf
【AgileJapan2022】アジャイルで進めるSDGs実現への歩み_稲葉涼太20221115.pdf【AgileJapan2022】アジャイルで進めるSDGs実現への歩み_稲葉涼太20221115.pdf
【AgileJapan2022】アジャイルで進めるSDGs実現への歩み_稲葉涼太20221115.pdf
 
マーケティングもリモート×アジャイルに ~ Agile Studio マーケティングチームの事例
マーケティングもリモート×アジャイルに ~ Agile Studio マーケティングチームの事例マーケティングもリモート×アジャイルに ~ Agile Studio マーケティングチームの事例
マーケティングもリモート×アジャイルに ~ Agile Studio マーケティングチームの事例
 
認証の標準的な方法は分かった。では認可はどう管理するんだい? #cmdevio
認証の標準的な方法は分かった。では認可はどう管理するんだい? #cmdevio認証の標準的な方法は分かった。では認可はどう管理するんだい? #cmdevio
認証の標準的な方法は分かった。では認可はどう管理するんだい? #cmdevio
 
イケてない開発チームがイケてる開発を始めようとする軌跡
イケてない開発チームがイケてる開発を始めようとする軌跡イケてない開発チームがイケてる開発を始めようとする軌跡
イケてない開発チームがイケてる開発を始めようとする軌跡
 
どうやって決める?kubernetesでのシークレット管理方法(Cloud Native Days 2020 発表資料)
どうやって決める?kubernetesでのシークレット管理方法(Cloud Native Days 2020 発表資料)どうやって決める?kubernetesでのシークレット管理方法(Cloud Native Days 2020 発表資料)
どうやって決める?kubernetesでのシークレット管理方法(Cloud Native Days 2020 発表資料)
 
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策について45分拡大版 #devsumi #devsumiB
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策について45分拡大版 #devsumi #devsumiB社内スタートアップによる組織の成長に伴い発生する痛みとその解決策について45分拡大版 #devsumi #devsumiB
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策について45分拡大版 #devsumi #devsumiB
 

Ähnlich wie LayerXのQAチームで目指したい動き方 (社内資料)

2208_バクラクシリーズ_士業向け公認アドバイザープラン (2).pdf
2208_バクラクシリーズ_士業向け公認アドバイザープラン (2).pdf2208_バクラクシリーズ_士業向け公認アドバイザープラン (2).pdf
2208_バクラクシリーズ_士業向け公認アドバイザープラン (2).pdf
RyosukeAzuma
 
CSI Driverを開発し自社プライベートクラウドにより適した安全なKubernetes Secrets管理を実現した話
CSI Driverを開発し自社プライベートクラウドにより適した安全なKubernetes Secrets管理を実現した話CSI Driverを開発し自社プライベートクラウドにより適した安全なKubernetes Secrets管理を実現した話
CSI Driverを開発し自社プライベートクラウドにより適した安全なKubernetes Secrets管理を実現した話
Katsuya Yamaguchi
 

Ähnlich wie LayerXのQAチームで目指したい動き方 (社内資料) (20)

セキュア・アーキテクティング入門 (クラウド) 2020年4月13日
セキュア・アーキテクティング入門 (クラウド) 2020年4月13日セキュア・アーキテクティング入門 (クラウド) 2020年4月13日
セキュア・アーキテクティング入門 (クラウド) 2020年4月13日
 
「納品のない受託開発」にみるソフトウェア受託開発の未来
「納品のない受託開発」にみるソフトウェア受託開発の未来「納品のない受託開発」にみるソフトウェア受託開発の未来
「納品のない受託開発」にみるソフトウェア受託開発の未来
 
「Seculio」Document.pdf
「Seculio」Document.pdf「Seculio」Document.pdf
「Seculio」Document.pdf
 
【de:code 2020】 Azure Expert MSP の FIXER が処方、DX に効く 「クラウド運用」「AI」「人材育成」 の即効薬
【de:code 2020】 Azure Expert MSP の FIXER が処方、DX に効く 「クラウド運用」「AI」「人材育成」 の即効薬【de:code 2020】 Azure Expert MSP の FIXER が処方、DX に効く 「クラウド運用」「AI」「人材育成」 の即効薬
【de:code 2020】 Azure Expert MSP の FIXER が処方、DX に効く 「クラウド運用」「AI」「人材育成」 の即効薬
 
「納品のない受託開発」にみるソフトウェア受託開発の未来
「納品のない受託開発」にみるソフトウェア受託開発の未来「納品のない受託開発」にみるソフトウェア受託開発の未来
「納品のない受託開発」にみるソフトウェア受託開発の未来
 
2208_バクラクシリーズ_士業向け公認アドバイザープラン (2).pdf
2208_バクラクシリーズ_士業向け公認アドバイザープラン (2).pdf2208_バクラクシリーズ_士業向け公認アドバイザープラン (2).pdf
2208_バクラクシリーズ_士業向け公認アドバイザープラン (2).pdf
 
B2C Solution Architectについて
B2C Solution ArchitectについてB2C Solution Architectについて
B2C Solution Architectについて
 
Solution cdn web
Solution cdn webSolution cdn web
Solution cdn web
 
[Modern Cloud Day Tokyo 2019] 攻撃を排除し、正しくユーザーを認証・監視、Oracle Cloudのセキュリティ・サービスの概要
[Modern Cloud Day Tokyo 2019] 攻撃を排除し、正しくユーザーを認証・監視、Oracle Cloudのセキュリティ・サービスの概要[Modern Cloud Day Tokyo 2019] 攻撃を排除し、正しくユーザーを認証・監視、Oracle Cloudのセキュリティ・サービスの概要
[Modern Cloud Day Tokyo 2019] 攻撃を排除し、正しくユーザーを認証・監視、Oracle Cloudのセキュリティ・サービスの概要
 
社内認証基盤用のVault Pluginを作るメリット
社内認証基盤用のVault Pluginを作るメリット社内認証基盤用のVault Pluginを作るメリット
社内認証基盤用のVault Pluginを作るメリット
 
【ITソリューション塾・特別講義】Security Fundamentals/2017.5
【ITソリューション塾・特別講義】Security Fundamentals/2017.5【ITソリューション塾・特別講義】Security Fundamentals/2017.5
【ITソリューション塾・特別講義】Security Fundamentals/2017.5
 
ゼロトラスト時代のクラウドセキュリティ~ グローバル比較で見えてきたこれから取り組むべきこと (Oracle Cloudウェビナーシリーズ: 2020年9...
ゼロトラスト時代のクラウドセキュリティ~ グローバル比較で見えてきたこれから取り組むべきこと (Oracle Cloudウェビナーシリーズ: 2020年9...ゼロトラスト時代のクラウドセキュリティ~ グローバル比較で見えてきたこれから取り組むべきこと (Oracle Cloudウェビナーシリーズ: 2020年9...
ゼロトラスト時代のクラウドセキュリティ~ グローバル比較で見えてきたこれから取り組むべきこと (Oracle Cloudウェビナーシリーズ: 2020年9...
 
TECH_TALK_20230425_SCIMによるユーザー_グループのプロビジョニング
TECH_TALK_20230425_SCIMによるユーザー_グループのプロビジョニングTECH_TALK_20230425_SCIMによるユーザー_グループのプロビジョニング
TECH_TALK_20230425_SCIMによるユーザー_グループのプロビジョニング
 
進むクラウドセキュリティ
進むクラウドセキュリティ進むクラウドセキュリティ
進むクラウドセキュリティ
 
[Modern Cloud Day Tokyo 2019] ゼロから再設計したOracle Cloudのデータ保護戦略~7つの原則とその実装
[Modern Cloud Day Tokyo 2019] ゼロから再設計したOracle Cloudのデータ保護戦略~7つの原則とその実装[Modern Cloud Day Tokyo 2019] ゼロから再設計したOracle Cloudのデータ保護戦略~7つの原則とその実装
[Modern Cloud Day Tokyo 2019] ゼロから再設計したOracle Cloudのデータ保護戦略~7つの原則とその実装
 
CSI Driverを開発し自社プライベートクラウドにより適した安全なKubernetes Secrets管理を実現した話
CSI Driverを開発し自社プライベートクラウドにより適した安全なKubernetes Secrets管理を実現した話CSI Driverを開発し自社プライベートクラウドにより適した安全なKubernetes Secrets管理を実現した話
CSI Driverを開発し自社プライベートクラウドにより適した安全なKubernetes Secrets管理を実現した話
 
クラウドセキュリティ 誤解と事実の壁
クラウドセキュリティ 誤解と事実の壁クラウドセキュリティ 誤解と事実の壁
クラウドセキュリティ 誤解と事実の壁
 
成功と失敗に学ぶアジャイル受託開発の極意
成功と失敗に学ぶアジャイル受託開発の極意成功と失敗に学ぶアジャイル受託開発の極意
成功と失敗に学ぶアジャイル受託開発の極意
 
AIP改め、MIP_20230128_it.pdf
AIP改め、MIP_20230128_it.pdfAIP改め、MIP_20230128_it.pdf
AIP改め、MIP_20230128_it.pdf
 
AIP改め、MIP_20230128_it.pdf
AIP改め、MIP_20230128_it.pdfAIP改め、MIP_20230128_it.pdf
AIP改め、MIP_20230128_it.pdf
 

Mehr von mosa siru

Mehr von mosa siru (11)

KYC and identity on blockchain
KYC and identity on blockchainKYC and identity on blockchain
KYC and identity on blockchain
 
マイニングプールの収益配分と攻撃手法
マイニングプールの収益配分と攻撃手法マイニングプールの収益配分と攻撃手法
マイニングプールの収益配分と攻撃手法
 
Payment Channel Introduction
Payment Channel IntroductionPayment Channel Introduction
Payment Channel Introduction
 
Go, memcached, microservices
Go, memcached, microservicesGo, memcached, microservices
Go, memcached, microservices
 
ニュースパスのクローラーアーキテクチャとマイクロサービス
ニュースパスのクローラーアーキテクチャとマイクロサービスニュースパスのクローラーアーキテクチャとマイクロサービス
ニュースパスのクローラーアーキテクチャとマイクロサービス
 
lua_nginx_module JSON-RPC 2.0 Batch Request
lua_nginx_module JSON-RPC 2.0 Batch Requestlua_nginx_module JSON-RPC 2.0 Batch Request
lua_nginx_module JSON-RPC 2.0 Batch Request
 
Elasticsearch for Hackadoll
Elasticsearch for HackadollElasticsearch for Hackadoll
Elasticsearch for Hackadoll
 
捗るリコメンドシステムの裏事情(ハッカドール)
捗るリコメンドシステムの裏事情(ハッカドール)捗るリコメンドシステムの裏事情(ハッカドール)
捗るリコメンドシステムの裏事情(ハッカドール)
 
Twitter SmartList (第5回若手webエンジニア交流会)
Twitter SmartList (第5回若手webエンジニア交流会)Twitter SmartList (第5回若手webエンジニア交流会)
Twitter SmartList (第5回若手webエンジニア交流会)
 
コミュニティ分類アルゴリズムの高速化とソーシャルグラフへの応用
コミュニティ分類アルゴリズムの高速化とソーシャルグラフへの応用コミュニティ分類アルゴリズムの高速化とソーシャルグラフへの応用
コミュニティ分類アルゴリズムの高速化とソーシャルグラフへの応用
 
how to make twitter list automatically
how to make twitter list automaticallyhow to make twitter list automatically
how to make twitter list automatically
 

LayerXのQAチームで目指したい動き方 (社内資料)

  • 1. Confidential © 2022 LayerX Inc. 1 社内資料 (SaaS事業部) LayerXのQAチームで 目指したい動き方 2022/02/28 mosa
  • 2. Confidential © 2022 LayerX Inc. 2 ビジョンはブレない
  • 3. Confidential © 2022 LayerX Inc. 3 圧倒的に使いやすいプロダクトを届け、 わくわくする働き方を
  • 4. Confidential © 2022 LayerX Inc. 4 そのためにQAチームで 目指したい動き方
  • 5. Confidential © 2022 LayerX Inc. 5 安心して業務に使えるプロダクトにする
  • 6. Confidential © 2022 LayerX Inc. 6 安心して業務に使えるプロダクトに ・プロダクトの不具合・障害は信頼を妨げる。 ・顧客からの安心、信頼があって初めて業務に使われて、  使われ続けるプロダクトになる。  ・ビジョンを達成する大前提、礎となる。 ・起きてはいけないことを防ぐ。「一発アウト」は存在する。  ・全員が、最後の砦意識を持つ。
  • 7. Confidential © 2022 LayerX Inc. 7 Bet Technology. 「仕組み」で解決を。
  • 8. Confidential © 2022 LayerX Inc. 8 Bet Technology. 「仕組み」で解決を。 ・投資対効果と再現性、スケールを意識して、人海戦術ではなく、仕組みやテクノロ ジーで解決していく。 ※人によるQAを軽視するものではない。フェーズと箇所によって、人手が信頼性に とって最良なケースはある。 ・正しいレイヤーで品質を担保する。局所最適にならない。  ・例:1つのツールで全てを担保しようとする ・起きたことは活かし、学んで仕組みに取り入れる。  (仕組みでガチガチにしろという意味ではありません。)
  • 9. Confidential © 2022 LayerX Inc. 9 「バグのなさ」それ自体を目的化しない
  • 10. Confidential © 2022 LayerX Inc. 10 「バグのなさ」それ自体を目的化しない ・「バグのなさ」「きちんとすること」自体を目的化しない。目的は顧客への価値提供 を最大化すること。ハタラクをバクラクにすること。 ・不具合の濃淡とコスパを意識する。  ・発見されたバグがどれだけのお客様に該当しうるか、FactBaseで語れるか? ・きちんとすることと、デリバリーの速度は”短期的には”一定のトレードオフがあ る。局所最適にならず、事業にとって「今」大切なことは何かを考え続けよう。
  • 11. Confidential © 2022 LayerX Inc. 11 プロダクトのフェーズと性質を意識する
  • 12. Confidential © 2022 LayerX Inc. 12 プロダクトのフェーズと性質を意識する ・プロダクトのフェーズ、事業の性質により柔軟な対応を。  ・例:PMF前で、検証フェーズのプロダクト  ・例:決済に関するプロダクト ・「起きてはいけないこと」はプロダクトによって異なる ・攻めと守り、フェーズは刻々と変化する。先手をうって対応していく
  • 13. Confidential © 2022 LayerX Inc. 13 「開発速度」を上げること
  • 14. Confidential © 2022 LayerX Inc. 14 「開発速度」を上げること ・ここでいう「開発速度」=アウトカム(顧客に届ける価値)の提供スピード ・品質の高さは、開発速度と顧客満足度を上げることができる  ・バグ・障害があると全チームの時間が奪われ、疲弊していく。  ・開発の心理的負担もあがっていく。 ・高速な再現調査は、開発速度と顧客満足度を上げることができる ・信頼できるドキュメントは、全チームのenablementにつながる
  • 15. Confidential © 2022 LayerX Inc. 15 Advanced: より広義の品質のために
  • 16. Confidential © 2022 LayerX Inc. 16 より広義の品質のために ・広義の品質は、ドメイン知識あってこそ。仮に「仕様通り」だとしても、多くのお客 様の業務上違和感があれば、それは品質が低いということ。 ・仕様策定の段階でおおよその品質が決まってくる。既存の仕様とバッティングし ていないか?「よりシンプルな」解決策はないか?
  • 17. Confidential © 2022 LayerX Inc. 17 そして、役割を規定しすぎない
  • 18. Confidential © 2022 LayerX Inc. 18 役割を規定しすぎない ・仕様を一番把握しているのは自分だと心得る。自分だからこそ出 せるValueがあるはず。 ・自らの役割を狭めず、必要だと思ったことは行い、他のチームと 協力して、Whole Product, Whole Teamとしてお客様に最高の体 験を提供していきましょう。