スピーカー

IT業界で12年以上のキャリアを持つ彼女は、エンジニアリング品質、リリースの安定性、チームリーダーシップの橋渡し役を担っています。Kotlinコンパイラやツール、各種インテグレーション、そしてユーザーが体感する信頼性に至るまで、多岐にわたる分野でQA戦略を構築してきました。

また、Liliia 氏はチームリーダーたちの細やかなメンターを務める傍ら、大規模なプログラミング言語やソフトウェア開発ツールの構築における品質管理について、実践的な知見を発信するアクティブなスピーカーとしても活動しています。

権限なき影響力：ロードマップの決定権がない中で品質をリードする方法

QAリーダーは、プロダクトへの「信頼」を担保すること、端的に言えば「品質を良くすること」に責任を負っています。しかし、彼らがロードマップや納期、アーキテクチャの決定権を握っていることは稀です。エンジニアのモチベーション管理に口を出すこともできません。そのため、「影響力」こそが最大の武器となります。

Liliia 氏が、Kotlinエコシステムの膨大なコードベースを担当する現場で、一担当者からQAヘッドへと昇進した際、最初は「後手に回る」状態からのスタートでした。カバレッジは至る所で不足し、QAの配属は遅れ、品質に関する議論はプロジェクトの最後になってようやく行われるという状況です。チームは、コンパイラやビルドツール、そして拡大を続けるツールエコシステム全体で最低限のカバレッジを確保するために奔走し、彼女自身は人員確保のために試行錯誤を繰り返していました。

その後数年をかけて、彼らは持続可能な品質への投資を行いました。自動化、パフォーマンス、探索的テストといった責任範囲を明確にし、再現可能なリグレッションテストのプロセスを構築し、エンジニアリング部門との信頼関係を築き上げたのです。

その真価が問われる時が来ました。新しいプロジェクトが立ち上がった際、彼女は初めて、QAのリソースと安定化のための予算を事前に提案しました。すると、プロジェクトリーダーからこう尋ねられたのです。「なぜ、具体的にその数字が必要なのか？」と。彼女は見積もりの正当性を主張するのではなく、選択肢とその結果について説明しました。規模を拡大・縮小したときにリスクがどう変化するか、何が予測可能になるのか、そして何をもって「完了」とするのかを説いたのです。

では、なぜその数字が必要なのか、そしてステークホルダーに納得してもらうにはどう話せばよいのでしょうか。Liliia 氏は、チームが5人から38人へと拡大し、ユーザーの悩みから「品質問題」を切り離すことに成功した過程で、どのように品質のストーリーを構築していったかを共有します。

本セッションを通じて、正式な権限を持たずに品質をリードするための、シンプルな伝え方の構造と言語化のスキルを持ち帰ってください。