新宿本校にて、、、プログラムやシステムの設計は作っておしまい!という訳にはいきません。内容を他の人に説明する必要があります。今回はエンジニアとっての「レビュー」についてお話ししましょう。レビューするにあたってのポイントエンジニアにとってのレビューとは?芸術家が絵を描いて見事な作品を作ったとします。誰もが見惚れる程の美しい抽象画です。芸術家はその抽象画について絵の表現する意味や細かい内容については見る人に説明する必要ありません。絵画は人の感性に訴えかけるものです。説明することで見る人が受ける感覚を惑わせてしまうケースもあります。エンジニアが作るプログラムや設計書などは感性ではなく理論や手法を明確にしたものです。芸術のように人によって受け止め方が違うと問題になる場合もあります。そこで他のエンジニアやユーザーに「レビュー」という形で内容を詳しく説明する必要があるのです。読んでおいてください-だけではダメなのです設計書もプログラムソースもあるのにどうしてレビューが必要なの?それを見て理解すればいいでしょう?...というエンジニアも中にはいらっしゃいます。どれだけ優れたドキュメントでも読み手によって理解できる範囲が異なります。...参考書を買って勉強したという経験を持つ方は多いでしょう。「説明がむずかしい」と思う箇所が必ず1つや2つは出てくるものです。いう時に読み手に合わせて丁寧に教えてくれる講師がいれば理解できますよね。レビューにおいては関係者に内容を理解してもらうことも目的です。詳しい講師になれるのです。エンジニアが行うレビューエンジニアはレビューをする機会もレビューされる機会も多いと言えます。システム開発を進める上で、よくあるレビューに次のようなものがあります。基本設計や詳細設計などシステムの設計内容についてエンジニアやユーザーに説明することが目的のレビューです。内容の理解を深めるのももちろんですが...設計ミスを早い段階で発見して修正するのも目的のひとつです。適切な処理内容が行えているかをチェックします。ほとんどの場合は開発チーム内で行いますが、ソースがわかるユーザーがいる場合はユーザーが参加するケースもあります。テストレビューテスト仕様書やテスト結果についてのレビューです。何が原因で不具合が発生したかなどを主にユーザーに向けてレビューします。所属している企業やチームによってレビュー対象は異なります。レビューするにあたってのポイントレビューを苦手とするエンジニアは少なくありません。人前で何かを説明することが苦手!...と言う方は多いです。それでも、エンジニアを続ける限りレビューする機会はなくならないでしょう。いう方は、ソースコードにコメント多用したり、わかりやすい言葉を使って設計書を作ったりと、プログラムや設計書を丁寧に作るようにしましょう。丁寧に作っていればそれを読み解く形で進めることができます。あとはストーリーですね。どのような流れでレビューを進めるのかを思い描いてレビューすれば大丈夫です。レビューに関しては...トーク力を高めなければいけない!と考える方もいらっしゃいます。それはそれで間違いではないのですが、トーク力を高めることが必要なのではありません。得意不得意は誰にもあります。丁寧なドキュメントを作り、レビューの際にトーク力不足を補うと言ったように...あなたの不得意分野を得意分野でカバーできるようにそれをカバーできる工夫を忘れないようにしましょう。松田PS誰もが優れた能力を持っている訳ではありません。それに近づくための向上心を持つことこそが大切なのです。あなたの能力を高める手助けをすることが私たちの役目でもあります。講師にリアルタイムでレビューしてもらえるプログラミング講座TweetPocketこのページの続きや関連ページは下記から一覧で確認できます。プログラマーカテゴリーに戻るSNSでもご購読できます。【IT研修専門企業のリスキルテクノロジーです。】エンジニアの入り口に立つために役立つようなコンテンツを日々ご提供していきます。講師や代表やスタッフ陣が毎日楽しく書いています。ご質問・ご指摘等はぜひコメントください。*メールアドレス(公開はされません。*次回のコメントで使用するためブラウザーに自分の名前、メールアドレス、サイトを保存する。講師スキル向上も目指せますIT講師に応募する。