「要件や仕様が正しく伝わっているか?」ということを把握するのは難しい、と感じます。 自分は当たり前に思っていても、相手はそうでない 打ち合わせで説明したつもりが、相手には意図した通り伝わっていなかった 仕様書はレビューしたけど、理解が違っていることに、受入になってから気付いた などなど、問題の事例を挙げたら、キリがないでしょう。 要件定義のやり方や、レビューのやり方で、ある程度は改善できるモノの、大抵の場合、問題に気付くのは試験や受入段階になってから。 それがプロジェクトの遅延や失敗に繋がることにもなります。 アジャイルなら、早期に問題に気付ける、というのはあるかもしれませんが、それでも手戻りが多ければ、イテレーションはうまく回らなくなるでしょう。 そのような状況に対し、質問表(Q&A表)を分析すると、プロジェクトの傾向が良く分かると感じ出しています。 現在、こんな感じで、質問表の分析を行
![品質管理・進捗管理に質問表を活用する - 現場のためのソフトウェア開発プロセス - たかのり日記](https://cdn-ak-scissors.b.st-hatena.com/image/square/d20a355bffe2e47bfd745abf75a9f83b840e974c/height=288;version=1;width=512/http%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fs%2Fszk-takanori%2F20101013%2F20101013021618.png)