ソフトウェアレビューに対する考え方「ソフトウェアレビューマニフェスト」を考案しました

本記事はソフトウェアテストの小ネタ Advent Calendar 2023の9日目の記事です。

ソフトウェア開発やソフトウェアテストに比べて、ソフトウェアレビューは未発展の分野だと感じています。レビュー体系化を目指す会では、その名の通りレビューの体系化を模索しているのですが、その道中に「この考え方は重要だよね」と感じた部分をマニフェストという形で表現してみました*1。

画像だけでなく文章も残しておきます*2。

ソフトウェアレビューマニフェスト（工事中）

私たちは左記のことがらに価値があることを認めながらも、右記のことがらにより価値を置きます。

承認を得るよりも全員の納得を

欠陥指摘よりもメンバーが「またレビューをやりたい」と思う結果を

ファシリテーターの進行よりも参加者同士の連動による会話の広がりを

1回の完璧なレビューを目指すよりも複数回のレビューの積み重ねを

誰がレビューしたかよりも何をレビューしたかを

時間切れで終了よりも期待レベルまで出し切っての終了を

これはアジャイルソフトウェア開発宣言（アジャイルマニフェスト）を参考に作成をしました。

また、「（工事中）」と記載している通り、まだまだブラッシュアップの余地はあると感じています。ただし、現時点で思いつく、よくありがちなソフトウェアレビューの考え方について、思考を変えるために作成してみました。

皆様の現場に役立てることができるものになっているか分かりませんが、コメントや疑問がありましたら #jasstreview でどうぞ！

需要があれば、後日、それぞれのマニフェストの解説を書きたいと思います。

また、皆様からのフィードバックをお待ちしております。

12/9 追記

ソフトウェアレビューの工程はソフトウェア開発プロセスの中での律速となりうるポイントであるのにも関わらず、「時間切れで終了よりも期待レベルまで出し切っての終了を」というのはわりと受け入れがたいんじゃないかな。言わんとしていることはわからんわけでもないが
— Kunio Okita (@okitan) 2023年12月9日