「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典

サクっと一言で説明すると、作った資料とかを他の人に見てもらって

「大丈夫？おかしいところない？」を一緒にチェックする作業

が「レビュー」です。
他の人に見てもらうことで、おかしいところがないか客観的な目線でチェックできます。



あるいは

商品やサービスの使い勝手などを評価する

のが「レビュー」です。
商品の使い勝手を評価することを「商品レビュー」と言ったりしますよね。



システム屋さんの会話で「レビュー」と出てきたら、基本的には前者の意味でしょう。

システム開発は、一般的に

１．設計
２．製造
３．テスト

という段階を踏みます。

設計工程では設計書を作るのが一般的です。



製造工程では設計工程で作られた設計書をもとにしてプログラミングをします。



このとき、設計書が間違っていたら大変ですよね？

あなたが設計書を作った人だとしましょう。

その設計書は大丈夫ですか？
間違っているところは、ありませんか？

間違っていたら、いろんな人に迷惑が、かかっちゃいますよ？

本当に、おかしいところは、ありませんか？
大丈夫ですか？

ほーら、不安になってきましたね。



その不安を拭い去るために上司に設計書を見てもらいました。
設計した内容を説明しながら自己確認しつつ、上司にも設計書の内容をチェックしてもらったのです。



どーですかね？
おかしくないですかね？
どきどき。

このチェック作業がレビューです。



レビューは大事です。
一般的には成果物（作ったもの）を上司やお客さまとレビューして、OKが出たら作業は完了になります。
レビューが作業の区切りになることが多いでしょう。

繰り返しになりますが、レビューは大事です。
あまり大きな声では言えませんが、レビューをすることで責任が分散されます。

作った物に不備が あったとしましょう。
レビューをしていない場合、作ったあなたの責任が100％です。
レビューをしていた場合、レビューしてくれた人にも責任をなすりつけられます。
チェックで見落としたわけですからね。

「レビューなんて、めんどくせー」とか言わないで、ありがたいと思った方が良いですよ。

あと、ついでなので書いておくと（おかしいところがないかチェックする）レビューでは

１．レビューする人（評価する人）
２．レビューしてもらう人（評価される人）

の最低2人が登場します。



この2人のうち

１．レビューする人（評価する人）

を「レビュアー」や「レビューア」と言います。



もう一方の

２．レビューしてもらう人（評価される人）

を「レビューイ」や「レビュイー」と言います。



気が向いたら、全部まとめて覚えてあげてください。

レビュー：評価すること
レビュアー（レビューア）：レビューする人
レビューイ（レビュイー）：レビューされる人

です。