バックエンドエンドエンジニアができるべき 設計

「設計って、なんで大事なの？」

バックエンドエンジニアの皆さん、日々のコーディングお疲れ様です。今回は、そんな皆さんが「設計」について、なぜしっかり理解しておく必要があるのか、その理由を分かりやすく解説していきますね。

「え、設計って、開発フローが決まってるから、その通りに進めるだけでしょ？」

そう思う人もいるかもしれません。でも、実はそうでもないんです。特に、会社によっては開発の進め方が独特だったり、スピード重視で工程がギュッと短縮されていたりすることも。そんな時、全体像が見えていないと、「あれ？この機能、どうなってるんだっけ？」とか、「この部分、考慮漏れがあるかも…」なんてことが起こりがちなんです。

設計フローをしっかり把握しておくことは、まるで地図を持たずに冒険に出るようなもの。どこに向かっているのか、どんな道があるのかが分かっていれば、迷子にならず、安全かつ効率的に目的地にたどり着けますよね。エンジニアの仕事も同じで、開発全体の流れ、つまり「設計フロー」を理解しておくことで、初めて「この部分の設計は、こういう意図でこうなっているんだな」と、深い理解につながります。

具体的には、まず「業務要件」という、お客様やビジネス側が「こんなことがしたい！」という要望を、エンジニアが理解するところから始まります。次に、デザイナーさんやプロダクトマネージャー（PM）さんが、その要望を元に、画面のイメージ（Figmaなど）を作ってくれます。ここまでが、いわば「設計図」を作る段階。

そして、バックエンドエンジニアの出番です。この設計図を見て、「じゃあ、この画面を実現するには、どんなデータが必要で、どうやってデータを作り、どうやって渡せばいいかな？」と考え、データベースの設計やAPI（コンピューター同士がやり取りするためのルール）の設計、プログラムの設計などを行っていきます。この「設計」の部分をしっかりやっておかないと、後々、思わぬバグ（プログラムの誤り）が見つかったり、機能を追加したい時に「あれ？ここを直すと、あっちも壊れちゃう！」なんてことになりかねません。

つまり、設計フローを理解することは、単に言われた通りにコードを書くだけでなく、より良いプロダクトを作るために、エンジニア自身が主体的に関わり、品質を高めていく上で、とっても大切なスキルなんです。全体像を掴むことで、自分の仕事がどう活かされ、どんな影響を与えるのかが見えてくる。これは、エンジニアとしての成長にもつながるはずです。