QA経験のないエンジニアリングマネージャーがQAのカジュアル面談に出て苦労していること・気づいたこと / scrum fest niigata 2024

1 ©2024 Loglass Inc. QA経験のないエンジニアリングマネージャーがQAのカジュアル面談に出て苦労していること・気づいたこと 2024/05/11 #scrumniigata Yoshiki
Iida

2 ©2024 Loglass Inc. Profile Yoshiki Iida (@ysk_118) 株式会社ログラスシニアエンジニアリングマネージャー
2015年に株式会社クラウドワークスに入社。エンジニア、スクラムマスター、プロダクトオーナーを経て、2019年から執行役員として開発部門の統括を行う。現在は株式会社ログラスにてソフトウェアエンジニアとしてプロダクト開発に携わったのち、1人目のエンジニアリングマネージャーとして事業と組織の成長にコミットしている。 Xではビールを飲んだり、某大平さんのアクスタを配ったりする。

5 ©2024 Loglass Inc. アジェンダ • QA採用に関わるきっかけ • QA採用で難しいと感じたこと・気づいたこと •
アジャイルな組織におけるQAのあり方を考える

7 ©2024 Loglass Inc. ログラスの前提 • 経営管理を中心とした複数のプロダクト • 一つのプロダクトの中に複数の機能領域 ◦
インプット、マスタ、アウトプット • 機能領域ごとのスクラムチーム

8 ©2024 Loglass Inc. 現在の組織 CTO/VPoE EM EM TL Engineers
Designer PdM Management 経営管理 Enabling &Platform AI/LLM EM CRE TL Engineers Designer PdM TL Engineers Designer PdM TL Engineers TL Engineers EM QA QA QA TL Engineers Designer PdM QA 人員計画 TL Engineers

Designer PdM Management 経営管理 Enabling &Platform AI/LLM EM CRE TL Engineers Designer PdM TL Engineers Designer PdM TL Engineers TL Engineers EM QA QA QA TL Engineers Designer PdM QA 人員計画 TL Engineers 機能開発のチーム数4に対してQA2名日々の活動はScrumチーム内がメインとなるためマネジメントラインも機能開発側に配置本当は各チームにアサインしたいが採用できていない

Designer PdM Management 経営管理 Enabling &Platform AI/LLM EM CRE TL Engineers Designer PdM TL Engineers Designer PdM TL Engineers TL Engineers EM QA QA QA TL Engineers Designer PdM QA 人員計画 TL Engineers 機能開発のチーム数4に対してQA2名日々の活動はScrumチーム内がメインとなるためマネジメントラインも機能開発側に配置本当は各チームにアサインしたいが採用できていない QA実務経験はないが、QA採用にコミットメントする必要性

13 ©2024 Loglass Inc. QAバックグラウンドを持たない自分がQAのことを喋っていいのかという不安 • 実務経験のない自分に喋れるだろうか・・・？ ◦ カジュアル面談は魅力を伝える場 ◦
実務をやっていない人から話を聞きたいだろうか・・？

実務をやっていない人から話を聞きたいだろうか・・？ • 自分なんかが、という遠慮よりかは、話せるほどの解像度を持ち合わせていなかったことを恥じるべき ◦ わかった気になっていたところから、きちんと理解しなおす • QA採用のJDやプロセス、観点についてインプットしてもらい、これまでのカジュアル面談の内容をシェア • 録画を撮らせてもらい、FBを受ける体制に

実務をやっていない人から話を聞きたいだろうか・・？ • 自分なんかが、という遠慮よりかは、話せるほどの解像度を持ち合わせていなかったことを恥じるべき ◦ わかった気になっていたところから、きちんと理解しなおす • QA採用のJDやプロセス、観点についてインプットしてもらい、これまでのカジュアル面談の内容をシェア • 録画を撮らせてもらい、FBを受ける体制に抽象度高めでも事業課題からくる品質課題を説明できれば一定成り立つという学びもあった。細部まではわかっていなくとも自信を持って話すことのほうが大事。

19 ©2024 Loglass Inc. 他社との差別化ができない • 自社としてこうやっているは言えるようになった • しかし他社で一般的にどういう取り組みをしているか？についての肌感がない
• in Scrum QAとしてアジャイルテスティングは実践していると感じているが、これがどれくらい訴求できるものなのか？できないのか？という感覚値があまりない • ログラスのQAはかなり広範囲に課題解決のアンテナを貼っており、一般的にQAと想起される業務領域からも外れているようにも思える ◦ これがポジなのかネガなのかわからない • 社内でも自分たちが何をしている人たちなのか説明が難しいという声があった

20 ©2024 Loglass Inc. 他社との差別化ができない • 外に出ていくことでの自己理解も進んでいる • https://zenn.dev/loglass/articles/6406e330ec04f8 ◦
ユニークさ①：事業フェーズ初期からQAエンジニアがいる ◦ ユニークさ②：プロダクトチームはAgile Testingの理想を理解し、愚直に実践している ◦ ユニークさ③：QAもプロダクトエンジニアとしての素質を求められているしかし、どうなっていきたいか？というビジョンはさらに磨き込む余地がありそう

23 ©2024 Loglass Inc. Why Youの難しさ • 差別化の改善余地はあるものの、現状の開発組織の品質に対するスタンスの土壌は一定整っていると言っていい状況ではある •
一方で、今在籍している2名の守備範囲が広く、3人目に何を期待したいのかがシャープになりきっていない

24 ©2024 Loglass Inc. Why Youの難しさ • 差別化の改善余地はあるものの、現状の開発組織の品質に対するスタンスの土壌は一定整っていると言っていい状況ではある •
一方で、今在籍している2名の守備範囲が広く、3人目に何を期待したいのかがシャープになりきっていない ◦ 同じように動ける人を求めている？と思われてもあまり魅力的なアトラクトになっていない感覚がある ◦ 我々はどうなっていきたいのか？その過程においてなぜあなたに来て欲しいか？を言語化する難しさ（未解決） ◦ 特に大きな事業会社でQA経験を積まれた方がスタートアップの1人目QAを志向されるケースにおいてそれを超える魅力を言語化できていない（未解決）

27 ©2024 Loglass Inc. キャリア的な道筋を示すことの難しさ • キャリアをポジションで考えるとスタートアップという環境は難しい • 課題ドリブンでやることが決まるので、ポジションドリブンでやることを考えようとすると本質的な課題に向き合えない可能性がある
• しかしながら、人生においてキャリアアップを考えることはごく自然な視点であり、ログラスにおいてもQA限らず全メンバーがここでの業務を通して市場価値をあげて欲しいと考えている • 手探りな中で道を切り開いていくことを一緒にやっていく必要がある ◦ 目標達成のための支援を全力でやるし、機会も作りにいくが、評価自体はメンバー側から勝ち取っていただく必要がある ◦ 自らがロールモデルになっていくという気概

29 ©2024 Loglass Inc. 課題設定 • 守備範囲が広いことに対して、 ◦ 社内 to
社外でも説明がしにくい ◦ 社外から見た時にスーパーマンを求めていると思われるネガティブ要素が表面化しているが、この捉え方でいいだろうか？

30 ©2024 Loglass Inc. 守備範囲が広いというのはネガティブなのか？いや、ポジティブなのでは • Agile Testing Condensedにおいて、「全体像に注目することは、テ
スターがアジャイルチームにもたらす強みの 1 つです。」とあるように、 QAがもたらす価値は局所の品質ではなく全体を捉えることが価値であると言われている。 https://leanpub.com/agiletesting-condensed-japanese-edition

33 ©2024 Loglass Inc. 守備範囲が広いというのはネガティブなのか？いや、ポジティブなのではプロダクトが全体最適で価値を生み出せているか？スクラムチームの個別のプロセスや機能開発が価値を生み出せているか？
おそらくどちらかだけでは成り立たない

35 ©2024 Loglass Inc. 部分と全体の相互作用 • 部分が全体に影響を与え、全体が部分に影響を与える ◦ 全体に基づき部分が動けるようにする ◦
部分を足し合わせた全体で整合性が取れているかをみる (部分)in Scrum QAとしてチームの品質ケイパビリティを上げる • チームは構造上局所最適の力学が働くため、全体視点での問いを投げかける • テスト設計などのレビューをすることでテスト実務のケイパビリティを向上させる (全体)横断QAとしてプロダクト全体の統合的な品質を向上させるモメンタムを作る • TeamからTeam of Teamsでプロダクトの価値に向き合えるようにする • リリースフローの改善 • プロダクト全体の障害対応フロー • 品質コミュニティの運営

36 ©2024 Loglass Inc. ログラスの考えるQAのバリュー顧客志向な品質リーダシッププロダクト組織で顧客のために品質を高める活動を促進していく組織の弱さに寄り添う批判するのではなく、組織の足りない部分を補う行動をする天真爛漫な探求心と対応力
抽象度を調整しながら、柔軟に学び考え、柔軟に対応する

37 ©2024 Loglass Inc. ログラスの考えるQAのバリュープロダクトが全体最適で価値を生み出せているか？スクラムチームの個別のプロセスや機能開発が価値を生み出せているか？
顧客志向な品質リーダシップ天真爛漫な探求心と対応力不具合バグ組織の弱さに寄り添う

38 ©2024 Loglass Inc. 大事なこと：スーパーマンを求めているわけではない全体でみたときに必要なケイパビリティが塗りつぶされていればよい面積の広い人だけで組織を作ろうとするとスケールもしないし、
持続性もないしかしながら、Whole Teamで動くこと、さらにはWhole Team of Teamsを考えていくことが重要

40 ©2024 Loglass Inc. まとめ QAバックグラウンドのない人がQA視点に立つ時のハードル • 勧められた本を読む（Agile Testing Condensed,
QA to AQ, ...） • 打席に立つ • アウトプット（自分の言葉で説明する）をして、フィードバックを得る • 最低限自信を持って話せるレベルまで改善サイクルを回す視点を切り替えた時に得られるもの • 社外から見てどう見えるか？も貴重なインプット • フィードバックを得ることで自己認知が深まるアジャイルな組織におけるQAの動き方の一例を知ることができる • 全体性を持った縦横無尽な動き • 細かいルールや役割分担がなくとも全体をみてそれぞれのQAが何をすればいいのか考えることができる状態を作れるとアジリティの高い組織状態と言えるのではないか

QA経験のないエンジニアリング マネージャーがQAのカジュアル面談に出て 苦労していること・気づいたこと / scrum fest niigata 2024

QA経験のないエンジニアリング マネージャーがQAのカジュアル面談に出て 苦労していること・気づいたこと / scrum fest niigata 2024

More Decks by Yoshiki Iida

Other Decks in Technology

Featured

Transcript

QA経験のないエンジニアリングマネージャーがQAのカジュアル面談に出て苦労していること・気づいたこと / scrum fest niigata 2024

QA経験のないエンジニアリングマネージャーがQAのカジュアル面談に出て苦労していること・気づいたこと / scrum fest niigata 2024