この連載について
品質保証プロセスの改善やQAの役割について考える中で、いくつかの疑問を持つようになりました。
たとえば、
- QAは品質を保証しているのか
- レビューは品質を保証しているのか
- プロセスは何を設計しているのか
- 良い思考はどのように組織に伝わるのか
- レビューで問うとはどういうことなのか
- AI時代にQAは何を保証するのか
といった問いです。
この連載では、QAを単なる成果物確認やプロセス遵守ではなく、成果物に至る 思考・判断・問い・学習 をどう扱うかという観点から考えています。
現時点で明確な答えを出し切れているわけではありません。
むしろ、実務の中で感じてきた違和感を整理しながら、少しずつ考えを深めている連載です。
まず読むなら
すべてを最初から順番に読む必要はありません。
関心に近いところから読んでいただければと思います。
| 関心 | おすすめ |
|---|---|
| QAとは何かを考えたい | 1〜5本目 |
| レビューの価値を考えたい | 2本目、4本目、12〜18本目 |
| AI時代のQAを考えたい | 3本目、関連考察「QAのデジタルツイン」「QAしやすい状態をAIに作らせる」 |
| 思考訓練や育成に関心がある | 8〜10本目 |
| 良い思考を組織に残すことに関心がある | 6〜18本目 |
| 良い問いやレビューでの問いかけに関心がある | 12〜18本目、13補足 |
第1章：品質保証とは何か
QAやレビュー、AI、プロセスの役割を整理しながら、品質保証とは何を保証する活動なのかを考えています。
1. QAは品質を保証しているのか？ 〜品質保証プロセスが根付かない理由を考える〜
品質保証プロセスが現場に根付かない理由について考えた記事です。
QAは品質そのものを直接保証しているのか、それとも品質が生まれる仕組みを扱っているのか、という問いから出発しています。
2. レビューは品質を保証しているのだろうか
レビューは品質保証活動の代表的な取り組みですが、レビューが完了したことと、品質が保証されたことは同じではありません。
レビューの価値を、単なる欠陥検出以外の観点から考えています。
3. AI時代にQAエンジニアが保証するものは何か？
AIがレビューや監査を支援・代替できるようになった時、QAエンジニアは何を保証するのかを考えました。
QAは成果物そのものではなく、品質判断の根拠を扱う役割に近づいていくのではないか、という考察です。
4. レビューの価値は学習ではないか？
レビューの価値を、不具合発見だけではなく、学習、認識合わせ、暗黙知共有の場として捉え直した記事です。
後の記事で扱う「良い思考」「問い」「組織知」につながる入口になっています。
5. プロセスは思考を設計しているのか？
プロセスを単なる手順ではなく、良い思考の流れを設計するものとして捉えています。
品質保証プロセスとは、成果物を確認するためだけではなく、十分な思考を経た成果物を作るための仕組みなのではないか、という考察です。
第2章：思考はどう伝わるのか
良い思考が個人から他者へ伝わり、組織知となり、最終的に個人に身につく過程を考えています。
6. 良い思考はどのように組織へ伝わるのか
良い思考は、単に説明すれば伝わるわけではありません。
前提、文脈、共通基盤が揃って初めて、相手がその思考を受け取れるのではないかと考えました。
7. 良い思考はどのように組織知になるのか？
個人に伝わった思考が、どのように組織へ残っていくのかを考えた記事です。
良い思考を属人化させず、再利用可能な形にするには何が必要なのかを整理しています。
8. 良い思考はどのように身につくのか？
良い思考は、知識として知るだけでは身につきません。
実際に使い、レビューされ、フィードバックを受ける中で少しずつ身につくものではないかと考えました。
第3章：思考を育てるには
思考訓練をどのように設計するか、その題材としてQAが持つ価値について考えています。
9. 思考訓練はどのように設計すれば良いのか？
思考訓練は、単に考えさせることではありません。
どのような問い、題材、フィードバックがあれば、思考が育つのかを考えています。
10. QAは思考訓練の題材として優れているのか？
QA活動は、要求、設計、テスト、レビュー、判断理由、リスク、前提条件を扱います。
そのため、QAは思考訓練の題材として優れているのではないか、という観点で整理しました。
第4章：思考を組織で実践するには
良い思考を、個人の能力ではなく組織の活動として実践するには何が必要なのかを考えています。
この章では、良い問い、問う側の支援、問いが機能するレビューの場と形式、違和感から観点・問いへの変換、対話を判断・実行へ進める状態遷移を考えてきました。18本目では、その判断過程を後からたどれる形で残し、組織知へ戻すところまでを扱います。
11. 良い思考を組織の活動にするには何が必要なのか？
良い思考を組織活動にするには、プロセスやテンプレートを展開するだけでは足りません。
プロジェクトごとのテーラリング判断をレビューできることが重要ではないかと考えました。
12. 良い問いとは何か？ 問いの内容・タイミング・関係性・文脈を考える
テーラリング判断や思考の過程をレビューするには、良い問いが必要になります。
良い問いとは、良いフレーズではなく、問いの内容、タイミング、関係性、文脈を含めて設計されるものではないかと考えました。
13. 問う側をどう支援するか？ 良い問いを個人のセンスにしないために
良い問いを投げることは、良い質問文を知っていればできるものではありません。
問う側は、相手が考えているなら待ち、考えたいが整理できていないなら足場を渡す、という判断をしています。
良い問いを個人技にしないためには、問う側の判断を支援する必要があるのではないかと考えました。
13補足. 見せる・戻す・止める・持ち帰る判断をもう少し考える
13本目で扱った「問う側の判断」を、もう少し具体的な行動として整理した補足記事です。
レビューや対話の中で、相手に見せるのか、前提に戻すのか、いったん止めるのか、持ち帰るのかという判断を考えています。
14. 問いが機能するレビューの場を考える ~レビュー開始前・開始時に何をそろえるべきか~
良い問いがあっても、それが機能する場が整っていなければ、問いは支援ではなく詰問のように受け取られることがあります。
レビュー開始前・開始時に、何を見るのか、何をまだ見ないのか、どの成熟度として扱うのかをそろえる必要があるのではないかと考えました。
15. 文面レビューで進めてよい時、同期レビューで合わせた方がよい時 ~問いが機能するレビュー形式の比重を考える~
文面レビューと同期レビューを、どちらが優れているかではなく、問いが機能する場を作るために比重を切り替えるものとして整理した記事です。
レビューコメントの往復が増えているとき、文面で進めるのか同期レビューで認識を合わせるのかを判断するための観点を考えています。
16. レビューで感じる「あれ、何か違うぞ」の正体を考える ~違和感をレビュー観点に変えるには~
成果物を見たときの「何か違う」を、単なる勘ではなく、レビュアが再現した思考の流れと成果物から読み取れる思考の流れの差分として考えました。
違和感を結論にせず、確認すべきレビュー観点へ分解し、レビュイーが答えられる問いへ変える流れを整理しています。
17. レビュー対話を状態遷移として考える 〜 問い・相談・判断・指示を進める条件と責任とは 〜
問いを返した後、レビューはどのように判断や実行へ進んでいくのかを考えた記事です。
レビューで交わされる問い、相談、認識合わせ、判断、指示を単なる発言の種類としてではなく、論点探索、共同検討、認識整合、判断確定、実行指示、実行確認という思考と判断の状態遷移として捉え、次へ進む条件や責任主体を整理しています。
18. 記録を残すだけでは、組織知にはならない 〜 判断に至るストーリーを、後からたどれる形で残すには 〜
レビューや開発活動で生まれた判断について、結論だけが残っていても、次の人が判断過程を理解できるとは限りません。
一つの意味のある判断を、前提、論点、選択肢、評価観点、判断を動かした情報、判断理由、残リスク、結果の関係を含む「判断ストーリー」として残し、後からたどれる状態を考えています。
関連考察
連載本編とは別に、QA活動のモデル化や、AI時代の検証・判断支援に関するテーマも考えています。
QAのデジタルツインは作れるのか？
QA活動をモデル化し、レビュー、問い、判断、リスク、プロセス改善をシミュレーションできるのかを考えた記事です。
今後、QA理論をデジタル支援やAI支援へつなげるうえでの入口になるテーマです。
AIにQAを任せるのではなく、QAしやすい状態をAIに作らせる ~ Verification-Driven AI Engineeringから、ソフトウェアQAの工程支援を考える ~
AIによって開発成果物が大量に生成されると、人間のQAが最後に一件ずつ確認する方式では、QA活動そのものがボトルネックになる可能性があります。
AIに品質の最終判断を任せるのではなく、要求分析・設計・テスト設計などの工程や判断単位にverifierを組み込み、根拠、不足、矛盾、未確認事項、残リスクを前倒しで整理して、QAが判断しやすい状態を作れないかと考えた関連考察です。
いま考えているQA観
この連載を通じて、今のところ私は次のように考えています。
QAとは、成果物そのものだけでなく、成果物に至る思考・判断・問い・学習の流れを保証可能な形に近づける活動ではないか。
もちろん、これはまだ仮説です。
しかし、品質は成果物だけで決まるのではなく、成果物を生み出す過程にある思考や判断の質にも強く影響されると思っています。
そのため、QAは単に欠陥を見つける活動ではなく、
- 判断理由を確認する
- 前提条件を明らかにする
- 観点の抜けを見つける
- 思考の流れを外に出す
- 良い問いによって思考を開く
- 認識合わせから判断・実行へ進む条件と責任を明確にする
- 判断過程を後からたどれる形にする
- 良い判断を組織に残す
活動でもあるのではないかと考えています。
今後考えたいこと
今後は、以下のようなテーマについても考えていきたいと思っています。
- 初回レビュー、全体像レビュー、詳細レビューの違い
- 問いが詰問に変わるのはなぜか
- 良いレビューをどう振り返るか
- 問う側の判断をどう育てるか
- 判断ストーリーに必要な情報を、現場負荷を増やさずどう取得するか
- 複数の判断事例を比較し、判断を分けた条件を見つけられるか
- QA活動はモデル化できるのか
- QAデジタルツインとは何を再現するものなのか
- AI時代のQA支援では、開発成果物をどのように検証可能な状態へ整えるべきか
- 工程別verifier自身の妥当性を、誰がどのように保証するのか
- 自動検証可能なものと、人間判断が必要なものをどう分類するか
この連載は、明確な正解を提示するというより、品質保証やQAについて考えるための材料を整理するものです。
同じような違和感や関心を持つ方がいれば、コメントやフィードバックをいただけると嬉しいです。