「話のわかりやすい人」と「わかりにくい人」のちがい
前職の時から、私は「話のわかりやすさ」にはかなり個人差があると感じていた。 何故話のわかりやすい人と、わかりにくい人がいるのか？最初はよくわからなかった。「生まれつき」なのか？「訓練」なのか？しかし、いろいろな人と話すと、要は「サービス精神」のちがいなのではと思うようになった。 巷には色々と「話し方講座」があふれているが、細かいテクニックよりも、結局のところ「相手の立場から自分の話を見ることができるか」ということに尽きると思う。したがって、以下の8項目が重要であるとの結論になった。 「話のわかりやすい人」と「わかりにくい人」のちがい 1. 「結論」から話すか、「過程」から話すか 例 「今日の打ち合わせの結果どうだった？」と聞かれたとき 話のわかりやすい人は「うまくいきました」「イマイチでした」と結論から話します。 話のわかりにくい人は、「最初に○○の議題が有りまして、XXさんが○○と報告し
「チームワークのデザイン」講義資料
「チームワークのデザイン」講義資料 このサイトではサイボウズ・ラボの西尾泰和と竹迫良範が 京都大学サマーデザインスクール 2013で行った 「チームワークのデザイン」の講義資料を公開しています。 わたしたちは、世界中のあらゆるチームを支援できる企業を目指しています。 成果発表会でのスピーチ みなさん、難しい問題を考えるときにはどのようにやっていますか？書き出してから考えることが大事です。目隠し将棋と普通の将棋はどちらが簡単か、暗算と筆算はどちらが簡単か、考えて見れば明らかです。頭のなかだけで考えようとすると、覚えておくために脳の一部が割かれてしまいます。 わたしたちのチームでは最終的に、なんと750枚もの付箋を消費しました。 その大量の付箋をどうするのか？ボトムアップで組み立てることが大事です。わたしたちは予期しないつながりや構造を見出したいのです。トップダウンで構造を決めつけるのではなく
neutral23の日記 - 自分で自分を管理し、自分で学び続けるということ
前回のエントリー(id:neutral23:20060502) さらに、もっとも重要な自分で知識を獲得し、整理し、他人に受け渡すということだ。 で、おわっていた。 視点は、管理者ではなく最低限のお仕事が出来るようになった方への内容となっています。 大抵の上司が出来てほしいと思うことなんじゃないかな。 あ、もちろん忠誠心とかに関しては一切情報はないですよ。（あるといえば、参考URLにあげた平林さんの記事ぐらい）あくまでテクニカルな部分だけですから、メンタルな部分だとかは別の話ですよ。 メンタルな部分でモチベーションを高めるための努力がされなければおそらくテクニカルな話は、意味がないままですよ。 知識を獲得するには、しなければならないことは、たった2つ。 与えられる状況から、自己で獲得し武器にして自分で戦況を判断し、自分を強さを最大にできる場所へ行くためのプロセスです。 受動的に学ぶというステ
neutral23の日記 - 伸ばす管理術と伸びる仕事術
結論は以上。↑。 物事を失敗させるのは、長期間で達成可能目標にして、レビューという振り返りの間隔を広げること。(たいていの場合レビューが行われないことが多い。) もし、あなたに部下がいて1ヶ月間で区切っているとして、うまくいっていなければ、1ヶ月間で目標を追わせること自体が誤り。もっと短く設定をする。達成できなければより短くする。 (種まきから刈り取りまで長いスパンの商売であっても基本は同じ。顧客応対ステージを区切って段階を明らかにしておく。種まき作業○件、刈り取り作業○件、既存顧客からの案件発掘○件とすればよい。) 特に、行動レベルに不安があれば、1日1回。または、午前午後と分ける。 短い期間ですることを箇条書きにして達成できたか、どうかわかるにする。 あなたのそばにホワイトボードを置いて、行動する本人に線を引かせるルールを採用する。 (ちなみに、ここまでしないと動けないというのは相当低
はてなに入った技術者の皆さんへ （jkondoの日記より）
最近はてなの社内では新しい技術を勉強したり、フレームワークや言語を移し変えようかという話も出ていたりして活気が出てきています。技術者も10人を超えて、色々な考え方をする人同士が刺激を与え合いながら切磋琢磨していて素晴らしいなあと思います。そういう中で、僕が技術について思う事を少しまとめてみました。 アウトプットを出す 新しい技術を習得したり、時間を掛けて作り上げた結果は、何かのアウトプットとして出さなければほとんど意味がありません。知識や結果を自分の中に残すだけで終わるのは、それを活かしてサービスを作りたくさんの人が使えるようにする事に比べると驚くほどちっぽけな仕事です。 また、3日間で作り上げた素晴らしい仕組みをそのまま1週間寝かせてしまうのは、4日目に他の人が使えるようにしてから1週間を過ごすことに比べると随分見劣りしてしまいます。 当たり前ですが、どれだけ素晴らしい仕組みを作っても、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
