【でざいんれびゅー】

デザインレビュー とは?

💡 設計図のうちに間違いを見つければ、建て直しは不要
📌 このページのポイント
デザインレビュー = コードを書く前にチェック 設計 デザイン レビュー 実装 テスト 問題発見の時期と修正コスト 設計段階で発見 コスト: 1x 文書の修正のみ 実装段階で発見 コスト: 10x コードの書き直し テスト段階で発見 コスト: 100x 大幅な作り直し
デザインレビューと修正コストの関係
ひよこ ひよこ

デザインレビューって見た目のデザインをレビューするの?

ペンギン先生 ペンギン先生

ソフトウェア開発では「デザイン=設計」のことだよ。画面のデザインではなく、システムの構造や処理の流れをレビューするんだ。

ひよこ ひよこ

コードレビューとは何が違うの?

ペンギン先生 ペンギン先生

コードレビューは書いたコードをチェックするけど、デザインレビューはコードを書く前の設計段階でチェックするんだ。家で言えば、建築前に設計図を確認するようなものだね。

ひよこ ひよこ

なんで設計段階でやるの?

ペンギン先生 ペンギン先生

設計の間違いに気づかずコードを書いちゃうと、大幅な作り直しが必要になるからだよ。早く見つけるほど修正コストは圧倒的に安くなるんだ。

ひよこ ひよこ

具体的にはどんなことを確認するの?

ペンギン先生 ペンギン先生

「この構造で将来の拡張に耐えられるか」「セキュリティ上の問題はないか」「パフォーマンスは大丈夫か」といった観点だね。機能面だけでなく非機能要件もしっかり見るよ。

ひよこ ひよこ

大きいプロジェクトだけでやるものなの?

ペンギン先生 ペンギン先生

小さなプロジェクトでも効果はあるよ。規模に関係なく、設計の意図をチームで共有できるメリットが大きいんだ。特にマイクロサービスのようにコンポーネント間の連携が複雑な場合は必須だね。

ペンギン
まとめ:ざっくりこれだけ覚えればOK!
「デザインレビュー」って出てきたら「コードを書く前に設計をみんなでチェックすること」と思えればだいたいOK!
📖 おまけ:英語の意味
「Design Review」 = 設計審査
💬 ここでの「デザイン」はWebデザインではなく、ソフトウェアの設計(Design)のことだよ
← 用語集にもどる