アウトプットができない人がまずやるべき3つのこと: DESIGN IT! w/LOVE
これも立派な意見だと思うんですが。 さて、問題は、自分の意見がない場合だ。そういう場合も当然意見が少なくなる。自分はどちらかというとこちら側にあてはまるかもしれない。おそらく何を考えればいいのかがぶれてしまうのだ。 意見をいわなくてはいけないとか、むずかしく考えすぎてるんじゃないでしょうか？ そりゃ、時が来れば自分の意見を求められる場面もあると思いますけど、アウトプットを増やさなくてはいけないのは、そんなタイミングじゃないんですね。もっと前、ずっと前の段階です。自分の意見を言わなきゃなんていう最後のタイミングのことばかり考えちゃうから間違うんですね。 むしろ、アウトプットができない人がまずやるべきなのは、相手が話しているあいだの自分のインプットを増やすことだと思います。 ようは次の3つ。 オウム返しをする質問をする相手の話の良いところをほめる ここでいう相手は、あなたに何か課題をあたえる人
WHATとHOWのあいだの"溝": DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 忙しい。なんとなく10月中はまともにブログを書く時間もとれそうにないなという予感がします。 とはいえ、まともではないにせよ、何かしら書いていくことで、思考の軌跡くらいは残しておきたいな、と。 というわけで、ちょっと雑ながら今日も１つ書いてみようか、と。 今日書くのは以前に「iPhone/iPod touchと自転車のデザインの違い」として書いたことに近い話。ある意味では、インタラクティブ・システムのUIデザインにおいて何故、人間中心設計が必要かという肝の部分の話です。 自動車の設計なら人間中心設計プロセスは必要ないまず、最初にはっきりとさせておく必要があるのは、本来、コンピュータのようなインタラクティブ・システムでない限り、人間中心設計プロセスというのは必ずしも必要ないとい
プロジェクトをデザインする: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 どんなプロジェクトでも、最初にプロジェクトを定義・計画しないと、決められた時間内・リソース内で成果を出すことってできないんじゃないかと思います。 そうじゃなくても、必ずしもプロジェクトで成果を出すのはむずかしいわけですから、せめて最初の定義と計画はきちんとしないとね。 プロジェクトのデザイン大なり小なりプロジェクトを行う上では、ざっと下記のリストのようなことを検討する必要があるでしょう（リストはできるだけいろんなプロジェクトに対応するよう一般化してみました）。 最初の「定義」の部分で、タスクと役割とスケジュール、その他リソースが紐づいた状態でプロジェクトをデザインしておかないといけないと思います。 定義ミッションとヴィジョンの明確化目的と測定可能なゴールの設定ターゲットの明
アニミズムすぎるくらいがほんとうのアフォーダンスでは？: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 僕もそれがほんとうだと思う。 松岡 かつて才能というものは日本の場合、「才」が全部物質の中にあったんです。それを「才（ざえ）」と呼びましたけれど、石に才があり、木に才があり、花に才があり、釘に才がある。それをはたらかせるというのがモーメントとしての「能」という字なんです。それが、やがて能をはたらかせる人に才能があるというように、どこからか変わってしまった。でも、石に才能があるほうが、ほんとうだと思うんですよ。 さっき盆栽に水をやろうとして手を滑らせて鉢を割ってしまったような僕のような人間にとっては、どう考えても「才」が自分の側にあるとは思えない。それどころか、モーメントとしての「能」の力のかけ加減も間違えて鉢を割ってしまうんですから。 石に才があり、木に才があり鉢を割ってし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
