この連載について
品質保証プロセスの改善やQAの役割について考える中で、いくつかの疑問を持つようになりました。
たとえば、
- QAは品質を保証しているのか
- レビューは品質を保証しているのか
- プロセスは何を設計しているのか
- 良い思考はどのように組織に伝わるのか
- レビューで問うとはどういうことなのか
- AI時代にQAは何を保証するのか
といった問いです。
この連載では、QAを単なる成果物確認やプロセス遵守ではなく、成果物に至る 思考・判断・問い・学習 をどう扱うかという観点から考えています。
現時点で明確な答えを出し切れているわけではありません。
むしろ、実務の中で感じてきた違和感を整理しながら、少しずつ考えを深めている連載です。
まず読むなら
すべてを最初から順番に読む必要はありません。
関心に近いところから読んでいただければと思います。
| 関心 | おすすめ |
|---|---|
| QAとは何かを考えたい | 1〜5本目 |
| レビューの価値を考えたい | 2本目、4本目、12〜14本目 |
| AI時代のQAを考えたい | 3本目、関連考察「QAのデジタルツイン」 |
| 思考訓練や育成に関心がある | 8〜10本目 |
| 良い思考を組織に残すことに関心がある | 6〜14本目 |
| 良い問いやレビューでの問いかけに関心がある | 12〜14本目、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章：思考を組織で実践するには
良い思考を、個人の能力ではなく組織の活動として実践するには何が必要なのかを考えています。
この章では、良い思考を組織活動にすることから、問いの設計、問う側の支援、そして問いが機能するレビューの場づくりへと考えを進めています。
11. 良い思考を組織の活動にするには何が必要なのか？
良い思考を組織活動にするには、プロセスやテンプレートを展開するだけでは足りません。
プロジェクトごとのテーラリング判断をレビューできることが重要ではないかと考えました。
12. 良い問いとは何か？ 問いの内容・タイミング・関係性・文脈を考える
テーラリング判断や思考の過程をレビューするには、良い問いが必要になります。
良い問いとは、良いフレーズではなく、問いの内容、タイミング、関係性、文脈を含めて設計されるものではないかと考えました。
13. 問う側をどう支援するか？ 良い問いを個人のセンスにしないために
良い問いを投げることは、良い質問文を知っていればできるものではありません。
問う側は、相手が考えているなら待ち、考えたいが整理できていないなら足場を渡す、という判断をしています。
良い問いを個人技にしないためには、問う側の判断を支援する必要があるのではないかと考えました。
13補足. 見せる・戻す・止める・持ち帰る判断をもう少し考える
13本目で扱った「問う側の判断」を、もう少し具体的な行動として整理した補足記事です。
レビューや対話の中で、相手に見せるのか、前提に戻すのか、いったん止めるのか、持ち帰るのかという判断を考えています。
14. 問いが機能するレビューの場を考える ~レビュー開始前・開始時に何をそろえるべきか~
良い問いがあっても、それが機能する場が整っていなければ、問いは支援ではなく詰問のように受け取られることがあります。
レビュー開始前・開始時に、何を見るのか、何をまだ見ないのか、どの成熟度として扱うのかをそろえる必要があるのではないかと考えました。
関連考察
連載本編とは別に、関連するテーマとして以下の記事も書いています。
QAのデジタルツインは作れるのか？
QA活動をモデル化し、レビュー、問い、判断、リスク、プロセス改善をシミュレーションできるのかを考えた記事です。
今後、QA理論をデジタル支援やAI支援へつなげるうえでの入口になるテーマです。
いま考えているQA観
この連載を通じて、今のところ私は次のように考えています。
QAとは、成果物そのものだけでなく、成果物に至る思考・判断・問い・学習の流れを保証可能な形に近づける活動ではないか。
もちろん、これはまだ仮説です。
しかし、品質は成果物だけで決まるのではなく、成果物を生み出す過程にある思考や判断の質にも強く影響されると思っています。
そのため、QAは単に欠陥を見つける活動ではなく、
- 判断理由を確認する
- 前提条件を明らかにする
- 観点の抜けを見つける
- 思考の流れを外に出す
- 良い問いによって思考を開く
- 良い判断を組織に残す
活動でもあるのではないかと考えています。
今後考えたいこと
今後は、以下のようなテーマについても考えていきたいと思っています。
- 文面レビューと同期レビューの使い分け
- 初回レビュー、全体像レビュー、詳細レビューの違い
- 問いが詰問に変わるのはなぜか
- 良いレビューをどう振り返るか
- 問う側の判断をどう育てるか
- QA活動はモデル化できるのか
- QAデジタルツインとは何を再現するものなのか
この連載は、明確な正解を提示するというより、品質保証やQAについて考えるための材料を整理するものです。
同じような違和感や関心を持つ方がいれば、コメントやフィードバックをいただけると嬉しいです。