doda Xが実践！「性能テスト輪読会」で育む自律的な品質改善カルチャー

はじめに

こんにちは。ITアーキテクチャ統括プロセス管理部、QAエンジニアの吉満です。私が所属するプロセス管理部では、プロダクト品質の課題解決を目指し、チームや部署を横断した改善支援を行っています。

皆さんは、こんな経験はありませんか？

リリース直前になって性能要件の考慮漏れが見つかり、慌てて対応した経験がある。
性能リスクやテストのノウハウが特定のメンバーに偏り、属人化してしまっている。
そもそも、自分たちのプロダクトに最適な性能目標値が何なのか、自信を持って言えない。

doda Xの開発チームも、まさにこのような課題に直面していました。この記事では、私たちプロセス管理部とdoda Xの開発チームが、プロダクト品質向上のために、どのようにして 非機能テスト、特に性能テストの課題に向き合い、自律的な改善の文化を醸成しようと試みたか、その具体的な取り組みについてご紹介します。

課題：性能目標値を含むテストプロセスの曖昧さ

doda Xの開発チームでは、過去のインシデントを踏まえ、定期リリース前にチーム横断で非機能要件のリスクチェック会を行っていました。これは品質担保に不可欠なプロセスでしたが、大きな課題も存在しました。

チーム内で性能リスクは認識され対策も講じられていましたが、その性能基準が不明確でした。そのため、リリース直前の最終確認で対策が不十分と判断され、リリース延期のリスクを伴う緊急対応が頻発していたのです。性能基準が不明瞭であるため、基準に基づいた性能設計やテストが開発プロセスに組み込まれていない。それにより、リリース直前のチェックで問題が発覚してしまう。このままでは、品質が個人の経験則に依存し、改善が場当たり的になってしまう。

そこで私たちプロセス管理部は、チームに伴奏支援する役割として、この状況を根本から変えるべく「性能テスト輪読会」を企画しました。

打ち手：なぜ「輪読会」だったのか

私たちは、単に性能テストの知識をインプットするだけでなく、参加者全員で議論し、自分たちの課題を捉え、自律的な改善に繋げることを目指しました。そこで、全員が主体的に参加しやすい「輪読会」という形式を選びました。題材として選んだのは、国際的なテスト技術者資格認定のシラバスである 「JSTQB認定テスト技術者資格 Foundation Level 性能テスト担当者」 です。

目指したゴール

dodaXの開発リーダーの意志によって、以下の状態になることを輪読会のゴールに設定しました。

共通言語の獲得: doda Xの性能テストについて、国際標準のプラクティスに基づいた議論ができるようになる。
実践への足掛かり: 輪読会で得た知見をベースに、複数チームでプロセスのトライアルが始まり、ナレッジ共有の土台が築かれている。
個々のスキルアップ: メンバー一人ひとりが性能テストの基本概念と一般的なプロセスを理解し、性能テストのアウトラインを検討できるようになる。

工夫したポイント：”自分ゴト化”を促すための仕掛け

単なる輪読会で終わらせないために、運営方法にいくつかの工夫を凝らしました。

全員参加の徹底： 開発エンジニア、QAメンバー、そして協力いただいているベンダーの方々にも参加を呼びかけ、職種や役割の垣根を越えて議論できる場を作りました。
非同期での意見共有： 事前に輪読範囲を各自で読み、疑問点や「自分のチームではどうだろう？」と考えたことを専用のシートに書き込んでもらいました。これにより、当日の議論の質を高め、時間を有効活用できるようにしました。
「ディスカッション」中心の進行： 当日は、事前に書き込まれた意見を元にディスカッションからスタート。「私たちのプロダクトに当てはめるとどうなるか？」「今のプロセスに何が足りないか？」といった、自分たちの課題に引き寄せた議論に多くの時間を割きました。
運営による事前準備： 輪読会をスムーズに進めるため、運営メンバーが事前に書き込まれた意見をチェックし、似た意見をグルーピングするなど、論点が発散しすぎないように下準備を行いました。

これらの工夫により、参加者が受け身になることなく、「自チームの課題をどう解決するか」 という当事者意識を持って参加できる場作りを心がけました。

輪読会が生んだ変化：次へと繋がる、3つの改善アイデア

この取り組みを通じて、dodaX開発チームに、明確な変化が生まれました。まず、ゴールとして掲げていた 「国際標準のプラクティスに基づいた議論」 が当たり前のように行われるようになりました。これまで個人の経験則に頼りがちだった会話が、「このシラバスではこう定義されている」「私たちの場合はこのリスクを考慮すべきだ」といった、共通の土台に基づいた建設的なものに変わったのです。性能品質向上への関心がより高まりました。そして何より大きな成果は、具体的なアクションプランに繋がったことです。輪読会で得た知見を元に、今後チームとして実施していきたい、3つの改善アイデアがまとまりました。

「あるべき性能目標値」の設定

これまでは、性能目標が曖昧だったり、その時々で設定されたりすることがありました。輪読会を通じて、ソフトウェアライフサイクルの早期に、ビジネス要件やユーザーの利用状況に基づいて性能目標値を定義することの重要性を再認識しました。今後は、プロダクトの特性に合わせた、明確で測定可能な性能目標値を設定するプロセスを構築していきます。

「性能テスト計画」の改善と早期化

リリース直前の手戻りをなくすためには、テスト計画そのものを見直す必要があります。これまでは開発終盤に行いがちだった性能テストの計画を、開発のより早い段階で、具体的な計画としてドキュメント化し、関係者間で合意形成することを目指します。これにより、リスクの早期発見と計画的な対応が可能になります。

「性能テストナレッジ」をシェアする仕組みづくり

属人化からの脱却は、私たちの大きなテーマです。今回の輪読会で得たような知識や、今後のトライアルで得られるであろう成功・失敗体験を、個人のものにせず組織の資産としていく必要があります。そのために、テスト計画書や結果レポートのテンプレート化、定期的なナレッジシェア会などを通じて、誰もが性能テストの知見にアクセスできる仕組みを作っていきます。