QAって、もっとプロジェクトに貢献できるはずなんだけどなぁ…
そんなモヤモヤを感じたことがある方へ。
今回は「Will・Can・Must」というフレームワークを使って、QAの価値発揮をどう高めていけるかを整理してみます。
🧭 そもそも「Will・Can・Must」とは？
キャリア設計や人材育成で使われる有名なフレームワークです。
- Will：やりたいこと
- Can：できること（スキル・経験）
- Must：求められていること（今回は「プロジェクトからの期待」）
この3つが重なるところが、自分が最も価値を発揮できるゾーンだと言われています。
🧪 WillやCanだけ高くても、価値にはならない？
QAが「改善提案したい！」「自動化できる！」と意欲やスキルがあっても、
プロジェクト側のMust（期待値）が低いと、こんなズレが起こります。
- 「そこまでやらなくても…」
- 「いや、今は別のことが大事なんだよね」
この状態、ちょっとおせっかいなQAになってしまっているのかもしれません。
🏗️ 一方で、Mustだけが高くても…
逆にプロジェクトからの期待（Must）が高いのに、
QAのやる気（Will）やスキル（Can）が追いついていない場合も辛いです。
- 頼られているのに応えられない
- プレッシャーだけが増えて、成果が出ない
結果として、プロジェクトにとってもQAにとってもつらい状態になります。
🎯 結論：3軸のバランスが超重要
QAがプロジェクトの中で最大限に価値を発揮できるのは、
Will × Can × Must の3つが
バランスよく & 高い水準で整っている状態
この三角形を意識しておくことで、QAの立ち位置や貢献の形がクリアになります。
🔧 Mustは“降ってくる”ものじゃない
ここが本題です。
Mustって「プロジェクト側が勝手に求めてくるもの」と思いがちですが、
実は“自分たちで引き上げにいく”ものだと思うんです。
例えば：
- QAがプロジェクト運営側に参加する
- 開発プロセス全体をリードしていく
- QA視点でプロダクトを改善する動きそのものを仕掛ける
こうして、Must（期待値）そのものをデザインする立場に立てると、
WillやCanが“活かされる場”が自然と広がっていきます。
🧩 「スクラムマスター」というロールに惹かれる理由
僕が最近やってみたいなと思っているのが、スクラムマスターの役割です。
- 開発プロセスの中核に入る
- チームを横断して動ける
- QAの視点を持ちつつ、チームの動きを最適化する
この立ち位置にいることで、Mustを自分たちで引き上げていけるし、
WillやCanを価値に変える土台もつくりやすくなる気がしています。
📝 おわりに
QAがもっと価値を発揮するには：
✅ 自分たちの Will（やりたいこと） や Can（できること） を高めつつ
✅ プロジェクトの Must（期待値） を “自分たちで引き上げていく”視点 が必要
「Will・Can・Mustの三角形」を高い水準でそろえることで、
QAという仕事はもっと自由に、もっと強く、もっと面白くなるはずです。
以上。この記事はMeetで話しているところを録画→録画データをツールに突っ込んでWhisperで文字起こし→過去の記事の文体を踏襲させつつChatGPTで生成した記事です。
アウトプットがはかどる！