コミュニケーションで必要なのは、相手と信頼関係を築くことです。部下のモチベーションを上げようとする場合にも、「なんでこんなにモチベーションが低いんだ？」と、上から突き放したように見るのではなく、「そういえば、俺も入社して1年目のときは、こんな感じだったよ」というように、部下の立場に立って見ることです。それができて初めて、「こういうふうになっているから、モチベーションが低いんだろうか」とか、「これをしてもらえれば、もうちょっとモチベーションが上がるかな」と対応を考えることができます。まず相手の立場に立って、体験を共有することが必要です。 その際に、これまで紹介した、ミラリング・ペーシング・バックトラッキングと、感覚傾向に一致した対話をすることがポイントになります。 感覚傾向に合わせた対話をする 例えば、モチベーションの下がっている部下が、上司に、「いや～なんか、この案件は本当に先が見えないで
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 普段、仕事をしていてもそうですし、SNSやブログに書かれた言葉をみていても感じることですが、世の中にはかなりの割合で、間違えることを恐れて、自分の意見や考えを口にすることをためらい、結果としてアウトプットが大幅に遅れたり、ひどい場合はアウトプット機会そのものを失っている人がいるのだなと思います。 間違えないことより、アウトプットを早めることそういう人に対して言いたいのは、なんで間違えることをそんなに気にするの？ そもそも時間をかければ正解が出せる根拠があるの？ ということです。 僕は、完璧さを求めるあまり間違いを過剰に恐れ、アウトプットが遅れてしまうくらいなら、多少、間違いがあるかもと思いつつもとにかくアウトプットを出し、その上で相手の反応を見ることのほうがよっぽど重要では
『議論パターン』 (Discussion Patterns) ～不毛な議論を避け、実り有る議論とするために～ はじめに ～「パターン」について～ ソフトウェア開発では、よく「パターン」という言葉が使用される。 「定石(じょうせき)」のような意味である。こうすればうまく行く、という問題解決の典型的な例をカタログ形式で収集し、纏(まと)めたものである。 「デザイン (設計) パターン」、「アーキテクチャ (構造) パターン」、「アナリシス (分析) パターン」等の種類が有り、総称して「ソフトウェア パターン」等と呼ばれる。 「アンチパターン」という言葉もある。こちらは逆に、こうしたらうまく行かない、という典型的な例を集めたものである。 「パターン」という概念は別にソフトウェア開発に特化したものではない。「ソフトウェア パターン」自体、元々建築の方に有った方法を持って来たものである。様々
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
