「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典

別にIT用語というわけでも ないですけどね。
某・資格試験の過去問に出てきたので取り上げておきます。

順番に見ていきましょう。
まずは予備知識として「デザイン」について簡単に説明します。
「そんなの説明されなくても知ってるよ！」な人は適当に読み飛ばしてください。

デザインは「何かを設計すること」です。



あるいは「何かの見た目（＋α）を考えること」です。
「＋α」の部分には「使い勝手」とか「目的の達成しやすさ」とかが入ります。
見た目だけじゃなくて、見た目を通じて発生させる効果なんかも考える行為です。



以上を踏まえて

デザイナーさんの思考の流れを何となく一般化したもの

が「デザイン思考」です。
ウソかホントか知りませんが「これに沿って考えれば、デザイナーさんじゃない人でもデザイナーっぽいアプローチができるんじゃないの？」です。



例えば、そうですね。

ここにスーパーピヨピヨデザイナーのピヨ子さんがいました。
ピヨ子さんは、使う人が「うわっ！これって使いやすっ！」と感激するような素敵なデザイン（≒設計）をすることで定評があります。



ある日のことです。
ピヨ子さんが、ウンウン唸りつつ、新しいマグカップをデザインしていました。



それを見ていたピヨ太君が「ピヨ子さんは何を考えているのかな？」と興味を持ちました。
そこでピヨ太君は、ピヨ太君特製の「考えていることが お見通し虫眼鏡」を使って、ピヨ子さんの頭の中を覗いてみました。



ふむふむ、なるほど。
そんな考え方でデザインしていたのですか。
おぉ、まずはコレについて考えて、その後でコレについて考えるのね。
なるほど、なるほど。



いやー、勉強になるなぁ。
感激したピヨ太君は、せっかくなので読み取ったピヨ子さんの思考の流れを整理して、まとめました。



この「整理してまとめたピヨ子さんの思考の流れ」がデザイン思考です。



ピヨ子さんの思考の流れは「デザイナーさんの課題に対するアプローチの仕方」です。
さらに、整理してまとめたことで「デザイナーさん以外の人でも使える形」になっています。
デザイン思考は

デザイナーさん以外の人もデザイナーさんっぽく課題にアプローチできるように整理された「物事の考え方」

と言えます。

……というのが、たいして中身のない説明です。

肝心なのは考え方の中身ですよね。
「デザイン思考って、どんな考え方をするのよ？」というのが大事なことでしょう。

ただ、ですね。
人によって微妙に説明の内容が違って、よく分かりませんでした。



ということで、合っているのか分かりませんが、私なりの理解を以下に書いておきます。

まず大前提として、デザイン思考は

問題に取り組むときに使う思考法

です。

その中身は

デザイナーさんがデザイン（≒設計）するときに使う思考の流れを一般化したもの

です。
ちなみに「デザイン」と聞くと芸術的なイメージを持つかもしれませんが「設計」に近いニュアンスです。
サッカーマンガとかで司令塔っぽい選手が「俺が相手の動きを読んでゴールまでの道筋をデザインするぜ（－－）☆」とか言うときの「デザイン」ですね。

デザイン思考で考えるときの基本となるのは

その物なり何なりを「使う人」の立場で考える

です。
いわゆる「ユーザ目線」というやつですかね。

実際に考えるときは

１．Empathise：共感（観察・共感）
２．Define：定義（問題定義）
３．Ideate：概念化（アイディア出し）
４．Prototype：試作
５．Test：テスト

の5つをやります。
もう少し噛み砕いて書くと

１．Empathise：「あー、分かるよ。こんなことで困ってるんでしょ？」
２．Define：「ということは、こんな問題を抱えているってことだよね？」
３．Ideate：「こんな感じにしたら解決できるんじゃないかな？」
４．Prototype：「とりあえず作ってみましたわ」
５．Test：「良い感じになるか試してみようぜ！」

です。
この5つを行ったり来たりしたり何回も繰り返すことで問題を解決します。

今回の説明を書くにあたって、いろいろな人の説明を読んだのですが、ここら辺くらいまでは、みんなの共通認識っぽかったです。
あとの細かい部分は、人によって内容が違ったりニュアンスが違ったりして、何が正しいのか分かりませんでした。

ということで、できれば他のところで情報を補完してください。