ITエンジニアのみなさんは、システム構築における「デザイン」と聞くと、どのようなイメージが浮かぶでしょうか。

 「画面の見た目を良くすることでしょう」「関わっているプロジェクトは業務システムの開発だから、自分には関係ないかな」「デザインに力を入れる場合は、デザイン会社に外注すればいいのでは」──。

 こんな声が聞こえてきそうですが、デザインは見た目を良くすることだけを指しているわけではありません。システム構築の現場でも、デザインできることがありますし、デザインをしなければいけないことがあるのです。

 この特集では、システム構築におけるデザインとは、どのようなことを行う活動なのかをひもとき、ITエンジニアが知っておくべき基礎知識と、知っているとシステムをより価値あるものにできるノウハウについて、解説していきます。まずは、ここでの「デザインの定義」について、説明していきましょう。

目的があるデザイン、感性のアート

 最近ではデザイン思考などの流行で、ITエンジニアにもデザインという言葉が身近になりつつあるかもしれません。とはいえデザインは、「アート(芸術)的なものであり、自分とはかけ離れた世界の話である」という考えを持つ人もいるのではないでしょうか。デザインとアートは何が違うと思いますか。両者の違いについては様々な意見がありますが、ITエンジニアの視点から考えていきましょう。

 デジタル大辞泉によると、アートは「芸術。美術」、デザインは「目的をもって具体的に立案・設計すること」とあります。両者の分かりやすい違いは、「それぞれの行為の目的は何なのか」であると言えるでしょう。アートは「行うこと」そのもの、つまり「表現する行為自体」が目的です。

 出来上がった作品が、他者から見て理解が難しくても、人によって感じる価値が違っても、問題ありません。作者が表現したいことが表現できていれば、目的を果たしているのです。

 一方のデザインは「何かを行う」ことが目的ではなく、「目標とする何かが出来上がること」が目的です。デザインした結果が「始めに設定された目標」を満たしていなければ、デザインの目的は果たせていないことになります。

「アート」と「デザイン」の違い
[画像のクリックで拡大表示]

 デザインというとビジュアルに目が行きやすいですが、重要なのはスタートである「デザインをする目的」です。ではデザインの目的は、どのように設定するのでしょうか。

この先は有料会員の登録が必要です。有料会員(月額プラン)は初月無料!

日経 xTECHには有料記事(有料会員向けまたは定期購読者向け)、無料記事(登録会員向け)、フリー記事(誰でも閲覧可能)があります。有料記事でも、登録会員向け配信期間は登録会員への登録が必要な場合があります。有料会員と登録会員に関するFAQはこちら