【でざいんれびゅー】

デザインレビュー とは?

公開:
💡 設計図のうちに間違いを見つければ、建て直しは不要
📌 このページのポイント
デザインレビュー = コードを書く前にチェック 設計 デザイン レビュー 実装 テスト 問題発見の時期と修正コスト 設計段階で発見 コスト: 1x 文書の修正のみ 実装段階で発見 コスト: 10x コードの書き直し テスト段階で発見 コスト: 100x 大幅な作り直し
デザインレビューと修正コストの関係
ひよこ ひよこ
デザインレビューって見た目のデザインをレビューするの?
ペンギン先生 ペンギン先生
ソフトウェア開発では「デザイン=設計」のことだよ。画面のデザインではなく、システムの構造や処理の流れをレビューするんだ。
ひよこ ひよこ
コードレビューとは何が違うの?
ペンギン先生 ペンギン先生
コードレビューは書いたコードをチェックするけど、デザインレビューはコードを書く前の設計段階でチェックするんだ。家で言えば、建築前に設計図を確認するようなものだね。
ひよこ ひよこ
なんで設計段階でやるの?
ペンギン先生 ペンギン先生
設計の間違いに気づかずコードを書いちゃうと、大幅な作り直しが必要になるからだよ。早く見つけるほど修正コストは圧倒的に安くなるんだ。
ひよこ ひよこ
具体的にはどんなことを確認するの?
ペンギン先生 ペンギン先生
「この構造で将来の拡張に耐えられるか」「セキュリティ上の問題はないか」「パフォーマンスは大丈夫か」といった観点だね。機能面だけでなく非機能要件もしっかり見るよ。
ひよこ ひよこ
大きいプロジェクトだけでやるものなの?
ペンギン先生 ペンギン先生
小さなプロジェクトでも効果はあるよ。規模に関係なく、設計の意図をチームで共有できるメリットが大きいんだ。特にマイクロサービスのようにコンポーネント間の連携が複雑な場合は必須だね。
ペンギン
まとめ:ざっくりこれだけ覚えればOK!
「デザインレビュー」って出てきたら「コードを書く前に設計をみんなでチェックすること」と思えればだいたいOK!
📖 おまけ:英語の意味
「Design Review」 = 設計審査
💬 ここでの「デザイン」はWebデザインではなく、ソフトウェアの設計(Design)のことだよ
← 用語集にもどる