JSTQB TM ステークホルダーへの報告と欠陥の伝え方をわかりやすく解説

テストマネージャは「翻訳者」

テストマネージャの重要な仕事は、テストの状況を相手に応じた言葉で伝えることです。 同じ情報でも、受け手によって関心事が違います。

「全員に同じ詳細レポートを送る」は不適切の側です。メッセージは受け手に合わせて テーラリングする——これが繰り返し問われる原則です。

悪い知らせの伝え方

テストは性質上、悪い知らせ（欠陥・遅延・品質不足）を運ぶ役回りです。 伝え方を誤ると、開発チームとの関係が壊れ、情報が入ってこなくなります。

• 事実とデータに基づいて、中立的に伝える（「動かない」ではなく再現手順と結果）
• 人ではなくプロダクト・プロセスを対象にする（「あなたのコードがバグだらけ」はNG）
• 相手の立場・締切のプレッシャーを理解した上で、協働して解決する姿勢を示す
• 良い知らせ（品質が改善した領域）も併せて伝え、信頼残高を維持する

欠陥データを個人の評価やノルマに使わないのも同じ文脈です。 使えば報告が歪み、正確な品質情報が得られなくなります。

報告の頻度と形式

• 報告の頻度・形式・メトリクスはテスト計画時に合意しておく
• ダッシュボード等で継続的に可視化すると、報告のたびに驚かれる事態 （expectation gap）を防げる
• アジャイルでは、デイリースタンドアップやタスクボードが軽量な報告の場になる

学習のポイント

シナリオ問題では「この状況で経営層に伝えるべき内容はどれか」 「開発リーダーへの欠陥の伝え方として適切なものはどれか」という形で出ます。 「受け手に合わせる」「事実ベース」「人を責めない」の3原則で選択肢を判定しましょう。