メタ認知や抽象的思考ができない人が心がけ実践すべき3つの事柄: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 自分で物事を考えて答えを出すということができない人というのがいる。「思考停止」なんて言葉もあるけど、そういう人たちにとって「停止」は動いていた状態からの変化を示す"stop"ではなく、そもそものはじめから思考がスタートしていない場合が多く、最初から思考が働いていない。 そうした人たちに共通するのは、メタ認知ができないこと、抽象的な思考を苦手とすることだとだと思います。見たまんまのことしか考えられない。だから、手法を扱えないし、戦略的な話ができない。 そうした人びとは、抽象的な記述や理論的な話題に対する想像力が著しく欠けていて、それが世界の記述であることをイメージできずに、すぐに「具体的な事例がないとわからない」という。それが自分のメタ認知や抽象的思考力の欠如からくる想像力の
アウトプットができない人がまずやるべき3つのこと: DESIGN IT! w/LOVE
これも立派な意見だと思うんですが。 さて、問題は、自分の意見がない場合だ。そういう場合も当然意見が少なくなる。自分はどちらかというとこちら側にあてはまるかもしれない。おそらく何を考えればいいのかがぶれてしまうのだ。 意見をいわなくてはいけないとか、むずかしく考えすぎてるんじゃないでしょうか？ そりゃ、時が来れば自分の意見を求められる場面もあると思いますけど、アウトプットを増やさなくてはいけないのは、そんなタイミングじゃないんですね。もっと前、ずっと前の段階です。自分の意見を言わなきゃなんていう最後のタイミングのことばかり考えちゃうから間違うんですね。 むしろ、アウトプットができない人がまずやるべきなのは、相手が話しているあいだの自分のインプットを増やすことだと思います。 ようは次の3つ。 オウム返しをする質問をする相手の話の良いところをほめる ここでいう相手は、あなたに何か課題をあたえる人
デザインする人に必要な能力は？: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 発作的に、なんとなくデザイン（企画・設計）をする人に必要な能力なるものをまとめてみたくなったので実行（ようは自分の頭のなかを整理するため）。 もちろん、ここでいう「デザイン」は、ある問題を発見して解決するためのプランを考え実現させることをいう。なので、決して狭義のデザイナーのことではありません。 で、そういう意味での「デザイン」をする人にとって必要な能力をまず、ザクッと分類すると以下の4つに分けられるのではないか、と思います。 知る・感じる・疑問に思う解釈する・発想する・組み立てる具体化する・検証する・洗練させる仕事をはじめ、終わらせる どれもデザインをする上では欠かせない。 というわけで、ひとつひとつ整理していくことにします。 知る・感じる・疑問に思うスタート地点はやっぱ
失敗を恐れ、労を嫌って、何を得ようというの？: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 『失敗学―デザイン工学のパラドクス』のなかで、ヘンリ・ペトロスキは「失敗は重要である。失敗はつねに、事物のデザインについて、成功よりも多くのことを教える」と言っています。 また、デザインを行う上で成功を望むなら、成功にではなく、失敗に学ぶ必要があることを以下のように表現しています。 成功するものはわれわれに、それらが成功したという事実以上のことはほとんど教えてくれない。失敗するものは、デザインの限界を超えたのだということの議論の余地のない証拠である。成功を競うことは失敗の危険をまねく。失敗を研究することはわれわれの成功の機会を増す。明らかに語られることのめったにない単純な原理は、もっとも成功したデザインは失敗に関する最良でもっとも完全な仮定にもとづくデザインであるということ
プロジェクトをデザインする: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 どんなプロジェクトでも、最初にプロジェクトを定義・計画しないと、決められた時間内・リソース内で成果を出すことってできないんじゃないかと思います。 そうじゃなくても、必ずしもプロジェクトで成果を出すのはむずかしいわけですから、せめて最初の定義と計画はきちんとしないとね。 プロジェクトのデザイン大なり小なりプロジェクトを行う上では、ざっと下記のリストのようなことを検討する必要があるでしょう（リストはできるだけいろんなプロジェクトに対応するよう一般化してみました）。 最初の「定義」の部分で、タスクと役割とスケジュール、その他リソースが紐づいた状態でプロジェクトをデザインしておかないといけないと思います。 定義ミッションとヴィジョンの明確化目的と測定可能なゴールの設定ターゲットの明
間違えを恐れるあまり思考のアウトプット速度を遅くしていませんか？：DESIGN IT! w-LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 普段、仕事をしていてもそうですし、SNSやブログに書かれた言葉をみていても感じることですが、世の中にはかなりの割合で、間違えることを恐れて、自分の意見や考えを口にすることをためらい、結果としてアウトプットが大幅に遅れたり、ひどい場合はアウトプット機会そのものを失っている人がいるのだなと思います。 間違えないことより、アウトプットを早めることそういう人に対して言いたいのは、なんで間違えることをそんなに気にするの？ そもそも時間をかければ正解が出せる根拠があるの？ ということです。 僕は、完璧さを求めるあまり間違いを過剰に恐れ、アウトプットが遅れてしまうくらいなら、多少、間違いがあるかもと思いつつもとにかくアウトプットを出し、その上で相手の反応を見ることのほうがよっぽど重要では
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
