SQIP2009の森崎さんの講演「レビューの壁を破る」を聞きながら、考えたことをメモ。 #後でまとめる。 SW開発の品質UP、プロセス改善を目指すと、最終的には設計工程でどれだけバグを潰せるか、という点に落ち着く。 上流工程の品質UPが鍵を握る。 そのためには、設計レビューが必要で、きちんとすべきだね、という話にいつも行き着く。 しかし、設計レビューそのものの品質が低いように思う。 僕がいつもレビューで問題と思う点は、二つある。 一つは、レビューのプロセスがあいまいできちんと定義されていないこと。 例えば、レビューする際の観点がレビューアによってまちまちだったりする。 レビューのチェックリストがあるにはあるのだが、形骸化しており、機能していない。 もう一つは、レビューで指摘を受けた内容を反映する作業のチェックがおろそかであること。 例えば、レビュー後修正の品質チェックが個人任せで、他人のチ
![レビューをTestLink+Redmineで管理できないか? - プログラマの思索](https://cdn-ak-scissors.b.st-hatena.com/image/square/f5023cc76aa5502e2a40df5cca5d9a093c69f2db/height=288;version=1;width=512/https%3A%2F%2Fforza.cocolog-nifty.com%2F.shared-cocolog%2Fnifty_managed%2Fimages%2Fweb%2Fogp%2Fdefault.png)