新入社員が来てメンターになれって言われたけど、どうすればいいのかという対話テクニック - Qiita
「わかった？」は意味のない言葉 似たようなことでいうと、メンターは何かを教えた後に「わかった？」と確認してしまうことがあります。このとき、メンティが「わかりました」と答えたとして、何か意味があるでしょうか。先ほどの「心構え」と同様に確認しても観測できないことを問いかけている状態になってしまいます。 そうではなく、具体的に「今言ったことを、ひとりで試しにやってみて」とか「以下の話を図に書き起こしてみて」とかアウトプットを要求しない限り、わかったかどうかなんてわかりません。 学生時代に私は塾講師をしていたのですが、課題のプリントを生徒たちに渡して、「わからなかったら手を上げて」と言ってたのですが、そのときは誰も手を上げられなかったという体験があります。そのあと、どうしたらいいんだろうかと考え、「問題を解く手が止まったら手を上げて」と伝えるようにすると、手を上げてくれる生徒が現れました。 抽象的
ソフトウェア開発の生産性を阻害する「気軽に聞けない」ことの考察と対策 - メソッド屋のブログ
マイクロソフトの DevOps テクニカルエバンジェリストになる前から、ずっと不思議だったことがあります。 それは、「アメリカのエンジニアの生産性の高さ」です。素晴らしいサービスは大抵彼らから生まれていますし、彼らを見ているとアウトカムも生産性も非常に高く感じます。 私は個人的にこの秘密を解く旅の途中にいます。私はインターナショナルチームに所属しているのですが、同僚と一緒に働いたり、ハッカソンをしたりして気づいた１つの仮説について共有したいと思います。 気軽に「聞けないこと」が生産性を阻害しているのでは？ 以前私は「米国のエンジニアはコンピュータサイエンスを専攻している人が多くすごく優秀で、さらに英語が出来るので、技術収集するのも楽だから相当アドバンテージがある」と思っていました。 英語に関してはそうだと思いますが、彼らの個々の人がそんなに優秀かというとそうでもないことに気づきました。それ
社内なら謝らなくて良いカルチャー
社内で仕事をしているとき、指摘や指導をすることがあるが、まだうちのカルチャーに慣れていない人は、すぐに「すいません」と謝る。でも、それは良くないよ、と言っている。 仕事の仕方や成果物に対しての指摘というのは、別に悪いことをしたからな訳ではないのだから、謝る必要などない。私に謝って欲しくて指摘している訳ではないのだ。 謝るってことは、私を向いて仕事をしていることになる。それは良くない。仕事はあくまでユーザやお客さまを向いてするものだ。社内の人に向いて仕事をするのではない。 だから指摘に対して謝る必要はない。良い仕事をしてもらいたい、成長してもらいたいから指摘をしているのだ。社長の顔色なんて見なくていい。良い仕事をすればいい。 同じチームにいて、良い仕事をして、成長していきたいというベクトルがあっているなら、謝ることなんてないのだ。そういうカルチャーの会社であり続けたいと思っている。 もちろん
1 on 1 で 何を話すのか？ マネージャ/ソフトウェアエンジニアの立場から - サンフランシスコではたらくソフトウェアエンジニア - higepon blog
1 on 1 (ワンオンワン) とは1対1のミーティングの事。ここでは毎週もしくは隔週で行われるマネージャとその部下(direct reports)であるソフトウェアエンジニアの 1 on 1 に焦点をあてる。よく 1 on 1 で何を話したらよいか分からない。話題がない。と相談されるので僕の思うところをまとめてみる。 僕はマネージャもソフトウェアエンジニアのどちらも経験があるので両側からの視点を提供できると思う。 マネージャ編 マネージャは 1 on 1 を部下のために開催しなければならない。自分のための時間ではないことを肝に銘じよう。部下には話したいことを何でも話してもらう。事前に「1 on 1 は君のための時間だよ」と説明しておこう。 1 on 1 が始まったら「何か話したいこと、気になることある？」と問いかけよう。焦ってはいけない。じっくりと待ってみよう。 たとえマネージャとしてプ
30代で部長になった私が泣かされた「年上の部下」の実在サンプル７人衆とその上司としての接し方 - ひかる人財プロジェクト
私は今の会社に中途で就職したのですが、入社して一年後に部長になりました。38歳でした。中小企業でしたがそこそこ社員数もいましたし、老舗の会社ですので当時私より「年上の部下」は必然的にかなりの人数存在していました。 私は部長になった日から今日まで様々なやっかみや嫌がらせをぶつけてくる中々手強い「年上の部下」に対峙してきました。最近はその人数も減りほとんどいなくなりましたし、私も少しは認めてもらえてきたので、今思えばいい思い出ですが当時は相当泣かされたというか苦しめられました。 その時現実にいた「年上の部下」のタイプと、その人たちに当時「改めて欲しいこと」を指摘した時などによく返ってきていた面倒臭いセリフをいくつか紹介します。その後で私がその人たちに少しでもモチベーションを上げて業務にあたってもらうためにどう接したか、私を認めてもらうためにどう接したかも紹介します。 最近人事異動があってまさに
｢人望がない人｣は､大体"話しすぎ"ている
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
営業ができる人とできない人の違い - GoTheDistance
営業という言葉に良いイメージを持ってる人はかなり少ないんじゃないかと思います。特にエンジニアは営業さんに「泣かされた」経験がおありの方が多いですし。また、電話爆撃営業や詐欺に近いような営業も多い中、益々うさんくささが先行しやすいのかなぁと思ったりします。 ホントはそういうもんじゃないだろって思うので、自分１人で顧客の所に赴き、話をしに行くことも増え、発注側として営業さんの話を聞くことも増えてきました。そんな中で、営業について感じたことを書いてみます。 1. できる人は相手に問いかける、できない人は自分が話し続ける 相手とのコミュニケーションの中で距離感をつかみ、お互いが負担にならないようなコミュニケーションの土台をまずつかむこと。これが恐らく営業のはじめの一歩なんじゃないか、と思っています。 その土台を作るのに、まず自分のことを立て板に水を流したように話す営業がいますが、その時点で僕は「も
「真面目」が一番コスパが良い - インターネットの備忘録
交渉とか駆け引きとか、あるじゃないですか。やるの好きな人も多いし、やれるようになりたがる人もけっこう多い。ナントカの交渉術みたいなの。 わたしもセールスやってたとき「無理な交渉を仕掛けられたら、電話をわざと長めに保留することで社内検討している感を演出する」みたいないま思うとよくわかんないノウハウを教わったりしたんですけど、その後そういうスタイルからは手を引いたとはいえ、いろんな人と仕事してると「よくもまあそんな条件出せますね」みたいな、ワ～信じられない！恥知らずってこれかー！みたいな交渉をしてくる人に当たります。 で、まだ20代の新人さん相手とかなら分かんないですけど、こちとらもう十何年も仕事してるわけで、海千山千なわけですよ、だいたいの会社の利益構造とか社外から取得できる情報レベルでもおおよそは判断できるんだから、要件に関して実現可能ラインと不可能ラインだって大きくはずさないレベルでイメ
会社のなかの筋を知る - やしお
それなりに人数の多い会社の中では、誰に話を通すだの何だのといったことがある。この前、入社3年目の若い同僚に 「それは話の持っていき先が違うよ」 「でも○○さんからそうしろって聞いて」 「それは○○さんがわかってないよ」 「そんなこと言われたってわかんないですよ」 と不愉快そうに言われて、それはそうだと思った。 どこにどう筋が通っているかというのは、背後に理屈がある。その理屈を見せずに結論だけ言っても混乱させるだけだ。それでもう少しきちんと説明したい。 その前に自分で整理しておこうと思った。 建前と実態 まず最初に考え方の枠組みについて。考える方向には建前と実態がある、とみなす。 建前 ： 条件から出発して、順番に考えたら「こうなる」という理屈 実態 ： 現実にこう運用されている、という観察結果 建前＝演繹的=セオレティカル、実態＝帰納的＝プラクティカルという感じで、逆方向のアプローチだ。こ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
