QAエンジニア
QA Engineer / SDET
テスト設計・実行から、テスト自動化基盤の構築、品質戦略の立案までを担う職種。L3 以上で SDET と QE Lead に分岐する。
別名・近接タイトル: Software Engineer in Test / SDET / QA Automation Engineer / Quality Engineer
トラック: SDET(テスト自動化基盤) / Quality Engineering Lead(品質戦略)
L5 (Principal) は求人としては稀です。
レベル × 評価軸マトリクス
| 評価軸 | L1Associate / ジュニア | L2Engineer / ミドル | L3Senior | L4Staff | L5Principal稀 |
|---|---|---|---|---|---|
| 技術力 | テスト計画・仕様書に基づき、テストケースに沿って手動テストを実行し、不具合の再現手順とログを正確に記録・報告できる。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
| 既存のテスト自動化フレームワーク(Playwright, Cypress等)上で自動テストを実装し、CIに組み込んで安定運用できる。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
| スケーラブルでフレイキーになりにくいテスト自動化基盤を設計し、並列実行やCI/CDへの統合を最適化して実行時間を短縮する。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
| 組織全体の品質アーキテクチャを策定し、開発者が自らテストを書きやすいPaved Road(共通テストライブラリ、モック基盤等)を構築・提供する。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
| 全社の技術スタックと事業に合致した次世代の品質エンジニアリングビジョンを描き、自律AIエージェントによるテストや形式検証などの技術的賭けを先導する。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
|
| スコープと影響 | 1つの機能や画面のテスト実行タスクを、テスト漏れなく期限内に完了させる。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
| 1つの機能やプロダクトのリリーステストを計画・実行し、リリース判定に必要な品質データを提示できる。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
| 複数機能・プロダクト横断の品質基準に責任を持ち、インプロセスQA(要件・設計段階からの品質レビュー)を通じて上流でバグを未然に防ぐ。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
| 複数プロダクト横断の開発プロセスそのものを改善し、CI実行時間の短縮やフレイキーテストの構造的撲滅、AI支援テスト生成の導入を推進する。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
| サービス障害やリコール級の重大不具合を組織的・構造的に撲滅し、会社のブランド価値と顧客信頼性を守る最高峰の品質防壁を築く。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
|
| 自律性 | テスト計画の範囲を確実に消化し、期待値と異なる挙動や仕様の曖昧さを発見した場合は早めにエスカレーションできる。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
| リスク(変更影響範囲、利用頻度、致命度)に基づいてテスト優先順位を判断し、効率的に検証を進められる。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
| リスクベーステスト戦略を主導し、テスト自動化と手動探索的テスト(Exploratory Testing)の最適なバランスを決定する。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
| 開発とQAの協働モデル(Shift-Left, QA as an Enabler)を再設計し、組織全体の開発生産性と品質担保の両立に責任を持つ。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
| 全社の品質・信頼性に関わる重大リスクについて経営陣(CEO/CTO/VP)と直接対話し、リリース可否の最高責任を引き受ける。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
|
| 協働とコミュニケーション | 開発者に不具合の再現環境・手順・スクリーンショットを明快に伝え、修正確認までスムーズに連携する。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
| 開発者と設計段階で対話し、テスト容易性(テスタビリティ: セレクタ、モック、API)の改善を依頼・相談できる。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
| PdMやEMと品質リスクのトレードオフを協議し、品質メトリクス(不具合密度、エスケープバグ率、自動化率)を可視化して合意形成する。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
| エンジニアリング統括やプロダクト責任者と品質戦略をアラインさせ、全社の品質保証ポリシーを策定・合意形成する。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
| 経営陣の品質アドバイザーとして、ビジネス成長スピードと品質リスクの究極のトレードオフを統御し、業界コミュニティで発信する。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
|
| 人を伸ばす | 自分が見つけたバグのパターンやエッジケースをチームに共有し、テストケースの拡充に貢献する。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
| 新しいメンバーにテストケース作成法や自動テストの実行手順を教え、ナレッジベースを拡充する。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
| ジュニアQAやSETメンバーをメンタリングし、開発チーム全体に「品質を作り込む」テスト文化を啓発する。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
| 複数チームのQA・SDETをメンタリング・スポンサーし、QAエンジニアのスキルラダーやキャリアパスの確立に関与する。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
| 業界トップクラスのQuality Engineering組織のカルチャーと基準を打ち立て、次世代のStaff/Principal SDETを育成・輩出する。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
|
| 品質戦略とテスタビリティ | テスト仕様書の抜け漏れや矛盾に気づき、テスト観点の追加や修正を提案できる。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
| リグレッションテスト(回帰テスト)の範囲と頻度を設計し、リリースの手戻りを最小化する。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
| プロダクトの特性に応じた品質メトリクスを定義・追跡し、リリース判定基準(Quality Gates)を確立する。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
| 開発ライフサイクル全体に品質文化を根付かせ、アーキテクチャ設計段階でリスクを先回りして潰すプロセス標準を確立する。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
| AIネイティブ時代におけるソフトウェア品質保証のパラダイムそのものを再定義し、業界標準となる品質フレームワークを先導する。 実運用ルーブリック推奨行動 (Do)
注意・アンチパターン (Don't)
成果物・エビデンス例
|
L1: L1 (Associate / ジュニア)
テスト計画・仕様書に基づき、テストケースに沿って手動テストを実行し、不具合の再現手順とログを正確に記録・報告できる。
実運用ルーブリック (Do / Don't / 成果物)
- テスト仕様書に従ってテストを確実に実行し、期待値と実際の挙動の差分を正確に記録する
- 不具合発見時に、再現手順、環境情報(OS、ブラウザ、アプリバージョン)、スクリーンショット、エラーログを漏れなくチケットに記載する
- 「動きません」とだけ曖昧に報告し、開発者が再現できないチケットを作成する
- 再現手順とログが完備された不具合報告チケット
- テスト実行結果の記録・チェックシート
1つの機能や画面のテスト実行タスクを、テスト漏れなく期限内に完了させる。
実運用ルーブリック (Do / Don't / 成果物)
- 割り振られた画面や機能のテストケースを予定工数・スケジュール内に確実に完了させる
- テスト実行中にブロッカー(テスト続行不能なバグ)が発生したら、即座にチームに報告する
- 進捗の遅れを報告せず、リリースの判定期日間際になってテスト未消化が発覚する
- 期日通りに完了したテスト実行実績データ
テスト計画の範囲を確実に消化し、期待値と異なる挙動や仕様の曖昧さを発見した場合は早めにエスカレーションできる。
実運用ルーブリック (Do / Don't / 成果物)
- テスト仕様書通りに動かすだけでなく、画面遷移の不自然さやエラー時の文言不備にもアンテナを張る
- 仕様の解釈に迷った際、自分の思い込みで判断せず仕様作成者に確認する
- 明らかな違和感に気づきながら「テストケースに書いてないから」とスルーする
- 仕様の曖昧さや考慮漏れを早期に指摘したQAログ
開発者に不具合の再現環境・手順・スクリーンショットを明快に伝え、修正確認までスムーズに連携する。
実運用ルーブリック (Do / Don't / 成果物)
- 不具合の指摘において開発者への敬意を持ち、客観的事実ベースで建設的に伝える
- バグ修正の通知を受けたら速やかにリテスト(再確認)を実施し、チケットを更新する
- 開発者を非難するような感情的なコメントで摩擦を生む
- チケットやSlackでのスムーズで円滑なバグ修正確認ログ
自分が見つけたバグのパターンやエッジケースをチームに共有し、テストケースの拡充に貢献する。
実運用ルーブリック (Do / Don't / 成果物)
- 発見した不具合の発生条件、前提条件、期待結果をJira等に明瞭に記述し、再現手順を動画やログ付きで共有する
- 見落としがちな境界値や入力パターンのテスト観点をチームのテストスイートに追加提案する
- 不具合の報告を曖昧な口頭で済ませ、開発者が再現できないチケットを作成する
- バグの発見を個人の手柄として抱え込み、テストケースの改善に繋げない
- 不具合起票チケット(再現手順・スクリーンショット付き)
- テストケース拡充プルリクエスト
- チーム共有メモ・Tips
テスト仕様書の抜け漏れや矛盾に気づき、テスト観点の追加や修正を提案できる。
実運用ルーブリック (Do / Don't / 成果物)
- 境界値、特殊文字、通信切断、長文入力など、基本ケースから漏れがちなテスト観点を提案する
- テストケースの古い記述や矛盾を発見して修正案を提示する
- テストケースを機械的になぞるだけで、思考を止めてしまう
- テストケース追加・改善のプルリクエストや提案実績
L2: L2 (Engineer / ミドル)
既存のテスト自動化フレームワーク(Playwright, Cypress等)上で自動テストを実装し、CIに組み込んで安定運用できる。
実運用ルーブリック (Do / Don't / 成果物)
- Playwright/Cypress等を用い、変更に強いセレクタ設計(data-testidやrole等)で保守性の高いE2Eテストを書く
- APIテストやコンポーネントテストの自動化を実装し、実行時間の短いテストピラミッドを意識する
- CIパイプライン上で安定して成功する自動テストスイートを維持する
- 画面変更のたびに壊れる壊れやすいセレクタ(フルXPathや曖昧なCSSセレクタ)でテストを大量作成する
- CI上で安定稼働するE2E/API自動テストコードのプルリクエスト
- 自動テストの成功率(95%以上)を維持した実績データ
1つの機能やプロダクトのリリーステストを計画・実行し、リリース判定に必要な品質データを提示できる。
実運用ルーブリック (Do / Don't / 成果物)
- 機能リリースのテスト計画書(スコープ、スケジュール、リソース、環境)を自力で作成・実行する
- 未解決バグの残存状況、リスク評価、テスト消化率を整理し、客観的な品質判定データを提示する
- テストデータの根拠を示さず、「たぶん大丈夫」と主観だけでリリース可否を判断する
- リリーステスト計画書および品質判定サマリーレポート
- リリース後の重大バグ(エスケープバグ)発生ゼロの実績
リスク(変更影響範囲、利用頻度、致命度)に基づいてテスト優先順位を判断し、効率的に検証を進められる。
実運用ルーブリック (Do / Don't / 成果物)
- リリース前の限られた時間の中で、ユーザー影響度と発生確率からテストの優先度(P0/P1/P2)を決定する
- 重要度の低いテストケースは大胆に間引き、クリティカルパスに検証リソースを集中させる
- すべてのケースを均等に検証しようとして時間が足りなくなり、主要機能の検証が疎かになる
- リスクベーステストの優先度マトリクス設計書
開発者と設計段階で対話し、テスト容易性(テスタビリティ: セレクタ、モック、API)の改善を依頼・相談できる。
実運用ルーブリック (Do / Don't / 成果物)
- 開発初期にテスト用属性(data-testid)の付与やAPIスタブの提供を開発者とすり合わせる
- テスト自動化を容易にするためのアーキテクチャ要件を開発者に建設的に相談する
- 開発完了後に「テストしにくい」と開発者に文句を言うだけで、事前調整を行わない
- テスタビリティ向上のための開発者向け相談記録およびPR
新しいメンバーにテストケース作成法や自動テストの実行手順を教え、ナレッジベースを拡充する。
実運用ルーブリック (Do / Don't / 成果物)
- 新任QAメンバーにデシジョンテーブルや境界値分析などのテスト設計技法を実務を通じて教える
- E2Eテスト自動化フレームワーク(Playwright等)の環境構築とテストスクリプト作成手順をハンズオンで指導する
- 新人に十分な説明なしに大量のテスト手動実行だけを押し付ける
- テスト設計の根拠(なぜそのケースが必要か)を言語化せずに感覚で教える
- QAオンボーディングガイドライン
- テスト自動化ハンズオン資料
- ペアテスト実施記録
リグレッションテスト(回帰テスト)の範囲と頻度を設計し、リリースの手戻りを最小化する。
実運用ルーブリック (Do / Don't / 成果物)
- 毎回のデプロイで実行するスモークテストと、定期実行するフル回帰テストの範囲を明確に切り分ける
- 過去の重大インシデント事例を必ず回帰テストスイートに組み込み、再発を防止する
- 回帰テストを毎回すべて手動で行い、デプロイ頻度を著しく低下させる
- リグレッションテスト運用計画書およびテストスイート
L3: L3 (Senior)
スケーラブルでフレイキーになりにくいテスト自動化基盤を設計し、並列実行やCI/CDへの統合を最適化して実行時間を短縮する。
実運用ルーブリック (Do / Don't / 成果物)
- テストコンテナの並列分散実行を設計し、E2EテストスイートのCI実行時間を数十分から数分に短縮する
- フレイキーテスト(実行ごとに結果が揺らぐテスト)を自動検知・隔離・修正する仕組みを構築する
- テストデータの生成・初期化・クリーンアップを自動化し、テスト間の依存を排除する
- フレイキーテストを放置してCIが常に赤くなり、開発者がテスト結果を信用しなくなる状態を放置する
- テスト自動化実行基盤のアーキテクチャ設計書
- CIテスト実行時間の大幅短縮実績(例: 40分→8分)
- フレイキーテスト撲滅ダッシュボード
複数機能・プロダクト横断の品質基準に責任を持ち、インプロセスQA(要件・設計段階からの品質レビュー)を通じて上流でバグを未然に防ぐ。
実運用ルーブリック (Do / Don't / 成果物)
- PRDやDesign Docの作成段階で品質レビューに参加し、エッジケースや仕様の穴を事前に潰す(Shift-Leftの牽引)
- 開発プロセスの初期段階でバグを予防し、手戻りコストとテストフェーズの滞留時間を半減させる
- 開発完了後の「最後の関所」としてだけ機能し、上流での品質作込みを拒否する
- 設計レビュー段階で検出・解消した潜在的不具合の記録
- インプロセスQA導入による手戻り工数の削減実績データ
リスクベーステスト戦略を主導し、テスト自動化と手動探索的テスト(Exploratory Testing)の最適なバランスを決定する。
実運用ルーブリック (Do / Don't / 成果物)
- 反復的なリグレッションテストは自動化し、人間のQAは複雑なシナリオやUXの探索的テストに集中する戦略を設計・実行する
- テストチャーターを作成し、チームメンバーでモブ探索的テストを実施して重大な潜在バグを洗い出す
- 「すべて100%自動化する」という非現実的な計画を立てて頓挫する
- 全社リスクベーステスト戦略書
- 探索的テストチャーターおよび重大バグ発見レポート
PdMやEMと品質リスクのトレードオフを協議し、品質メトリクス(不具合密度、エスケープバグ率、自動化率)を可視化して合意形成する。
実運用ルーブリック (Do / Don't / 成果物)
- 品質メトリクス(エスケープバグ率、MTTR、テスト自動化カバレッジ)をダッシュボード化し、ステークホルダーと共有する
- ビジネス納期と品質リスクのトレードオフが発生した際、リスクを数値化して合理的な判断材料を提供する
- 「品質が悪いから出せません」と頑なに拒絶するだけで、リスク許容度や代替リリース策を提示しない
- 可視化された品質ダッシュボード(Grafana, Datadog等)
- PdM・EMとの品質リスク合意記録・リリース判定基準書
ジュニアQAやSETメンバーをメンタリングし、開発チーム全体に「品質を作り込む」テスト文化を啓発する。
実運用ルーブリック (Do / Don't / 成果物)
- 開発チーム向けの単体テスト・結合テスト設計勉強会を開催し、「品質は下流のQA任せではなく全員で作り込む」文化を根付かせる
- ジュニアQAやSETエンジニアのメンターとして、テスト自動化コードの設計やCIパイプライン連携を技術指導する
- 「QA vs 開発」の対立構造を作り出し、開発者との関係を悪化させる
- 自動テストの保守を怠り、フレーキー(不安定)なテストを放置して開発者の信頼を失う
- 開発者向けテスト駆動勉強会スライド
- SETメンタリング・コードレビューログ
- フレーキーテスト撲滅キャンペーン実績
プロダクトの特性に応じた品質メトリクスを定義・追跡し、リリース判定基準(Quality Gates)を確立する。
実運用ルーブリック (Do / Don't / 成果物)
- CI/CDパイプラインにQuality Gates(静的解析、セキュリティチェック、自動テストパス率)を設定し、自動判定を導入する
- 重大インシデントの再発防止策をテストスイートやテスト観点リストに確実に組み込む
- 品質判定基準が属人的で、レビュアーによって基準がブレる状態を放置する
- CIパイプラインに組み込まれたQuality Gates実装
- 障害再発防止の品質基準ドキュメント
L4: L4 (Staff)
組織全体の品質アーキテクチャを策定し、開発者が自らテストを書きやすいPaved Road(共通テストライブラリ、モック基盤等)を構築・提供する。
実運用ルーブリック (Do / Don't / 成果物)
- 全社共通のテストユーティリティ、モックサービス、テストデータ管理基盤(Paved Road)を設計・提供する
- 開発者がストレスなくローカルおよびCIでテストを書ける開発者体験(DevEx for Testing)を確立する
- パフォーマンステスト・負荷テストの自動実行基盤を全社に整備する
- QAチームだけがテストコードを独占し、開発者がテストを書かない文化を固定化させる
- 全社品質アーキテクチャ設計書
- 全社公開されたテスト共通フレームワーク・モック基盤リポジトリ
複数プロダクト横断の開発プロセスそのものを改善し、CI実行時間の短縮やフレイキーテストの構造的撲滅、AI支援テスト生成の導入を推進する。
実運用ルーブリック (Do / Don't / 成果物)
- 生成AIを活用したテストケース生成やテストコード自動生成ツールを全社に導入し、テスト工数を大幅に削減する
- 組織全体のフレイキーテスト発生率を1%未満に抑え込む構造的仕組みを確立する
- 個別の手動テスト作業に追われ、組織全体の開発プロセスのボトルネックを放置する
- AIテスト生成ツールの全社導入実績と工数削減データ
- 全社フレイキーテスト撲滅およびCI安定化の成果実績
開発とQAの協働モデル(Shift-Left, QA as an Enabler)を再設計し、組織全体の開発生産性と品質担保の両立に責任を持つ。
実運用ルーブリック (Do / Don't / 成果物)
- 「QAが代わりにテストする」体制から「QAが開発者のテストを支援・イネーブルする」組織モデルへの転換を主導する
- 組織がスケールしてもQA人員がボトルネックにならないスケーラブルな品質組織体制を構築する
- 開発スピードを犠牲にして品質チェックの関所を増やし、開発生産性を低下させる
- イネーブリングQA組織モデルの確立実績
- 開発チーム自律テスト率の向上データ
エンジニアリング統括やプロダクト責任者と品質戦略をアラインさせ、全社の品質保証ポリシーを策定・合意形成する。
実運用ルーブリック (Do / Don't / 成果物)
- VPEやCTOと直接対話し、事業戦略に直結する全社品質ポリシーと投資優先順位を策定する
- 品質エンジニア(SDET/QA)の全社採用基準と評価基準を定義・運用する
- 経営層やプロダクト統括との対話を怠り、QA組織を単なる受託コストセンターとして扱わせる
- 全社エンジニアリング組織で採択された品質保証ポリシー文書
- 品質エンジニアリング組織の採用・評価ラダー策定実績
複数チームのQA・SDETをメンタリング・スポンサーし、QAエンジニアのスキルラダーやキャリアパスの確立に関与する。
実運用ルーブリック (Do / Don't / 成果物)
- 複数プロダクトのQA・SDETを横断的にメンタリングし、QAエンジニアのキャリアラダーと技術評価基準を定義する
- 全社のQuality Engineeringギルドを主導し、テスト自動化率やリリース頻度の改善事例を社内外に発信する
- 各チームのQAが孤立して属人化している状況を放置する
- 自動化のスキルアップ機会を提供せず、マニュアルテスト専門職として固定化させる
- 全社QA/SDETスキルラダー定義書
- Quality Engineeringギルド運営資料
- シニアQA/SDETエンジニアの育成・昇格実績
開発ライフサイクル全体に品質文化を根付かせ、アーキテクチャ設計段階でリスクを先回りして潰すプロセス標準を確立する。
実運用ルーブリック (Do / Don't / 成果物)
- アーキテクチャレビュー段階での非機能要件(可用性、スケーラビリティ、セキュリティ、テスタビリティ)の審査プロセスを標準化する
- 全社の障害分析から共通の弱点を抽出し、全社横断の品質改善プログラムを牽引する
- 障害が起きるたびに形式的なチェック項目を増やし、開発のスピードを殺す
- 全社アーキテクチャ品質審査プロセスの導入実績
- 全社横断品質改善イニシアチブの成果レポート
L5: L5 (Principal)
求人としては稀全社の技術スタックと事業に合致した次世代の品質エンジニアリングビジョンを描き、自律AIエージェントによるテストや形式検証などの技術的賭けを先導する。
実運用ルーブリック (Do / Don't / 成果物)
- 自律AIエージェントによる探索的テストの完全自動実行や、形式手法(Formal Methods)を用いたコア決済基盤の検証など、世界最先端の品質技術を先導する
- 次世代システムアーキテクチャに対応する新しい品質検証理論を確立する
- 従来のテスト自動化ツールの枠組みに固執し、AI時代の品質保証パラダイムシフトから取り残される
- 次世代品質エンジニアリング技術戦略ブループリント
- 最先端品質技術の全社導入実績および特許・論文発表実績
サービス障害やリコール級の重大不具合を組織的・構造的に撲滅し、会社のブランド価値と顧客信頼性を守る最高峰の品質防壁を築く。
実運用ルーブリック (Do / Don't / 成果物)
- 会社の存続や社会的信用を脅かす壊滅的品質障害(大規模データ損失、決済事故、法令違反バグ)を構造的に撲滅する
- 企業の品質ブランドを業界最高峰として確立し、エンタープライズ顧客の獲得に直接貢献する
- 経営陣の納期プレッシャーに屈し、重大な品質リスクを見過ごして壊滅的事故を引き起こす
- リコール級重大不具合ゼロの継続達成記録
- エンタープライズ顧客向け品質監査・第三者認証の最高ランク取得実績
全社の品質・信頼性に関わる重大リスクについて経営陣(CEO/CTO/VP)と直接対話し、リリース可否の最高責任を引き受ける。
実運用ルーブリック (Do / Don't / 成果物)
- 全社最高品質責任者として、極限状態でのリリース可否に関する最終判断を下し、全社的な説明責任を果たす
- 品質とスピードに関する究極のトレードオフについて、取締役会・経営トップと対等に渡り合う
- 重圧を恐れて最高品質責任者としての説明責任を現場や他役に押し付ける
- 取締役会・経営会議における品質リスク評価およびリリース最高判定記録
経営陣の品質アドバイザーとして、ビジネス成長スピードと品質リスクの究極のトレードオフを統御し、業界コミュニティで発信する。
実運用ルーブリック (Do / Don't / 成果物)
- 経営トップの参謀として、新規事業の急成長を阻害しない弾力的な品質ガバナンスモデルを確立する
- 国際的な品質保証・テスト自動化カンファレンスで基調講演を行い、業界の技術リーダーとして認知される
- 自社の成功を独占し、業界全体の品質向上コミュニティへの貢献を怠る
- 国内外の主要カンファレンスでの基調講演登壇実績
- 業界団体での品質標準化委員会の主導実績
業界トップクラスのQuality Engineering組織のカルチャーと基準を打ち立て、次世代のStaff/Principal SDETを育成・輩出する。
実運用ルーブリック (Do / Don't / 成果物)
- 「継続的品質(Continuous Quality)」を全社エンジニアリング組織のDNAとして確立し、業界最高水準のQE組織を牽引する
- 次世代のStaff/Principal SDETをメンタリングし、技術的リーダーシップと経営視点を持った品質責任者を組織的に育成する
- 旧態依然としたウォーターフォール型QAの権限主義に固執し、アジャイル・DevOpsの進化を阻害する
- 品質を理由に過度な官僚的承認プロセスを敷き、会社のイノベーション速度を窒息させる
- 全社Quality Engineering戦略ビジョン
- Staff/Principal SDET育成・メンタリング実績
- 外部ソフトウェアテストカンファレンス(JaSST等)基調講演・業界標準化活動実績
AIネイティブ時代におけるソフトウェア品質保証のパラダイムそのものを再定義し、業界標準となる品質フレームワークを先導する。
実運用ルーブリック (Do / Don't / 成果物)
- 非決定的なAIシステムや自律エージェントの品質保証基準そのものを再定義し、オープンスタンダードとして公開する
- 次世代エンジニアリング教育や業界のベストプラクティス策定を主導する
- 社内の枠内に閉じこもり、急速に進化する業界標準から孤立する
- 公開された次世代ソフトウェア品質フレームワーク・白書
- オープンソース品質ツールの主導および書籍執筆実績
隣のレベルで変わること
L1 (Associate / ジュニア) → L2 (Engineer / ミドル)
| 評価軸 | L1 での行動 | L2 で加わる・変わる行動 |
|---|---|---|
| 技術力 | テスト計画・仕様書に基づき、テストケースに沿って手動テストを実行し、不具合の再現手順とログを正確に記録・報告できる。 | 既存のテスト自動化フレームワーク(Playwright, Cypress等)上で自動テストを実装し、CIに組み込んで安定運用できる。 |
| スコープと影響 | 1つの機能や画面のテスト実行タスクを、テスト漏れなく期限内に完了させる。 | 1つの機能やプロダクトのリリーステストを計画・実行し、リリース判定に必要な品質データを提示できる。 |
| 自律性 | テスト計画の範囲を確実に消化し、期待値と異なる挙動や仕様の曖昧さを発見した場合は早めにエスカレーションできる。 | リスク(変更影響範囲、利用頻度、致命度)に基づいてテスト優先順位を判断し、効率的に検証を進められる。 |
| 協働とコミュニケーション | 開発者に不具合の再現環境・手順・スクリーンショットを明快に伝え、修正確認までスムーズに連携する。 | 開発者と設計段階で対話し、テスト容易性(テスタビリティ: セレクタ、モック、API)の改善を依頼・相談できる。 |
| 人を伸ばす | 自分が見つけたバグのパターンやエッジケースをチームに共有し、テストケースの拡充に貢献する。 | 新しいメンバーにテストケース作成法や自動テストの実行手順を教え、ナレッジベースを拡充する。 |
| 品質戦略とテスタビリティ | テスト仕様書の抜け漏れや矛盾に気づき、テスト観点の追加や修正を提案できる。 | リグレッションテスト(回帰テスト)の範囲と頻度を設計し、リリースの手戻りを最小化する。 |
L2 (Engineer / ミドル) → L3 (Senior)
| 評価軸 | L2 での行動 | L3 で加わる・変わる行動 |
|---|---|---|
| 技術力 | 既存のテスト自動化フレームワーク(Playwright, Cypress等)上で自動テストを実装し、CIに組み込んで安定運用できる。 | スケーラブルでフレイキーになりにくいテスト自動化基盤を設計し、並列実行やCI/CDへの統合を最適化して実行時間を短縮する。 |
| スコープと影響 | 1つの機能やプロダクトのリリーステストを計画・実行し、リリース判定に必要な品質データを提示できる。 | 複数機能・プロダクト横断の品質基準に責任を持ち、インプロセスQA(要件・設計段階からの品質レビュー)を通じて上流でバグを未然に防ぐ。 |
| 自律性 | リスク(変更影響範囲、利用頻度、致命度)に基づいてテスト優先順位を判断し、効率的に検証を進められる。 | リスクベーステスト戦略を主導し、テスト自動化と手動探索的テスト(Exploratory Testing)の最適なバランスを決定する。 |
| 協働とコミュニケーション | 開発者と設計段階で対話し、テスト容易性(テスタビリティ: セレクタ、モック、API)の改善を依頼・相談できる。 | PdMやEMと品質リスクのトレードオフを協議し、品質メトリクス(不具合密度、エスケープバグ率、自動化率)を可視化して合意形成する。 |
| 人を伸ばす | 新しいメンバーにテストケース作成法や自動テストの実行手順を教え、ナレッジベースを拡充する。 | ジュニアQAやSETメンバーをメンタリングし、開発チーム全体に「品質を作り込む」テスト文化を啓発する。 |
| 品質戦略とテスタビリティ | リグレッションテスト(回帰テスト)の範囲と頻度を設計し、リリースの手戻りを最小化する。 | プロダクトの特性に応じた品質メトリクスを定義・追跡し、リリース判定基準(Quality Gates)を確立する。 |
L3 (Senior) → L4 (Staff)
| 評価軸 | L3 での行動 | L4 で加わる・変わる行動 |
|---|---|---|
| 技術力 | スケーラブルでフレイキーになりにくいテスト自動化基盤を設計し、並列実行やCI/CDへの統合を最適化して実行時間を短縮する。 | 組織全体の品質アーキテクチャを策定し、開発者が自らテストを書きやすいPaved Road(共通テストライブラリ、モック基盤等)を構築・提供する。 |
| スコープと影響 | 複数機能・プロダクト横断の品質基準に責任を持ち、インプロセスQA(要件・設計段階からの品質レビュー)を通じて上流でバグを未然に防ぐ。 | 複数プロダクト横断の開発プロセスそのものを改善し、CI実行時間の短縮やフレイキーテストの構造的撲滅、AI支援テスト生成の導入を推進する。 |
| 自律性 | リスクベーステスト戦略を主導し、テスト自動化と手動探索的テスト(Exploratory Testing)の最適なバランスを決定する。 | 開発とQAの協働モデル(Shift-Left, QA as an Enabler)を再設計し、組織全体の開発生産性と品質担保の両立に責任を持つ。 |
| 協働とコミュニケーション | PdMやEMと品質リスクのトレードオフを協議し、品質メトリクス(不具合密度、エスケープバグ率、自動化率)を可視化して合意形成する。 | エンジニアリング統括やプロダクト責任者と品質戦略をアラインさせ、全社の品質保証ポリシーを策定・合意形成する。 |
| 人を伸ばす | ジュニアQAやSETメンバーをメンタリングし、開発チーム全体に「品質を作り込む」テスト文化を啓発する。 | 複数チームのQA・SDETをメンタリング・スポンサーし、QAエンジニアのスキルラダーやキャリアパスの確立に関与する。 |
| 品質戦略とテスタビリティ | プロダクトの特性に応じた品質メトリクスを定義・追跡し、リリース判定基準(Quality Gates)を確立する。 | 開発ライフサイクル全体に品質文化を根付かせ、アーキテクチャ設計段階でリスクを先回りして潰すプロセス標準を確立する。 |
L4 (Staff) → L5 (Principal)
| 評価軸 | L4 での行動 | L5 で加わる・変わる行動 |
|---|---|---|
| 技術力 | 組織全体の品質アーキテクチャを策定し、開発者が自らテストを書きやすいPaved Road(共通テストライブラリ、モック基盤等)を構築・提供する。 | 全社の技術スタックと事業に合致した次世代の品質エンジニアリングビジョンを描き、自律AIエージェントによるテストや形式検証などの技術的賭けを先導する。 |
| スコープと影響 | 複数プロダクト横断の開発プロセスそのものを改善し、CI実行時間の短縮やフレイキーテストの構造的撲滅、AI支援テスト生成の導入を推進する。 | サービス障害やリコール級の重大不具合を組織的・構造的に撲滅し、会社のブランド価値と顧客信頼性を守る最高峰の品質防壁を築く。 |
| 自律性 | 開発とQAの協働モデル(Shift-Left, QA as an Enabler)を再設計し、組織全体の開発生産性と品質担保の両立に責任を持つ。 | 全社の品質・信頼性に関わる重大リスクについて経営陣(CEO/CTO/VP)と直接対話し、リリース可否の最高責任を引き受ける。 |
| 協働とコミュニケーション | エンジニアリング統括やプロダクト責任者と品質戦略をアラインさせ、全社の品質保証ポリシーを策定・合意形成する。 | 経営陣の品質アドバイザーとして、ビジネス成長スピードと品質リスクの究極のトレードオフを統御し、業界コミュニティで発信する。 |
| 人を伸ばす | 複数チームのQA・SDETをメンタリング・スポンサーし、QAエンジニアのスキルラダーやキャリアパスの確立に関与する。 | 業界トップクラスのQuality Engineering組織のカルチャーと基準を打ち立て、次世代のStaff/Principal SDETを育成・輩出する。 |
| 品質戦略とテスタビリティ | 開発ライフサイクル全体に品質文化を根付かせ、アーキテクチャ設計段階でリスクを先回りして潰すプロセス標準を確立する。 | AIネイティブ時代におけるソフトウェア品質保証のパラダイムそのものを再定義し、業界標準となる品質フレームワークを先導する。 |
行動記述は海外の先進企業の公開求人・公開ラダーを参照して独自に書き下ろしています。