新入社員が来てメンターになれって言われたけど、どうすればいいのかという対話テクニック - Qiita
エンジニア組織を強くするための本を出版しました 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ページを開く
