"マネジメント"投稿一覧

横江 亮佑

エンジニア

入社後の期待値のズレが起きた場合って
採用フローに問題があるのは確かにそうで、
今までそういう理由で採用フローの改善に取り組んだことはなかったので、考えさせられる質問でした。

ナイスな質問ありがとうございました。

横江 亮佑

エンジニア

期待値を伝え直すタイミングは
https://offers.jp/qa/question/UZ6cq2XWpE の回答と似ていて、評価面談や日々の1on1でおこなうと良いかと思います。
... 続きを見る

横江 亮佑

エンジニア

1on1やチーム全体の時間で、
マネージャーとして悩んでいることを伝えて、
「どうしたらいいと思う？」と聞くようにしています。
そうすると、マネージャーとして考える習慣が身についていくかなって。

あとはマネージャーって楽しいぞっていうのをちゃんと伝えていくと、
「なんか1回ぐらいやってみてもいいかな？」みたいな気持ちになってくれるかなと... 続きを見る

横江 亮佑

エンジニア

自分はほぼ経験していないですね。

PdMの方と1on1していたことはありますが、ほぼフィードバックらしいことはしていませんでした。
1on1の場では、「どうしたらさらに良くする方法があったかな？」と問いかけて、
相手の考える機会を増やすことを意識していました。

横江 亮佑

エンジニア

これは難しいですね。
客観的情報で伝えるのがいいとはよく聞きますが、
客観的情報ってあまりふだん集めていないんですよね。

エンジニアの、グレードに応じて求められるスキル表などを作っておくと、
評価にある程度の客観性が生じて伝えやすいと思います。

ゆめみさんが職種の職位ごとに求められることを「職位ガイドライン」として公開してい... 続きを見る

横江 亮佑

エンジニア

「このレベルを期待していて、そのレベルには届いていないよね。でもこれはできているね」みたいに、期待値を伝えつつ、それに届いていないことを伝える形がいいですね。
へこみすぎないように、今できていることをちゃんとポジティブに評価して伝えることが大切ですね。

一方で、「このレベルを期待している」と伝えても、相手からは「それは高すぎるのでは」と内心思われていたり、 続きを見る

kentaro haneda（jumbo）

エンジニア

基本は目線が揃うところまで抽象と具体を行き来していくしかないかなと思っています。
あとは愚直に

・そもそも専門性で評価できる人を採用する
・抽象度を上げて自分でも評価できるように第三者からの話を聞く
・社外の人や他のレイヤーの人にも話を聞く

などを実施します。
基本的には評価側が歩み寄らないといけないことだと思って...

北野勝久

エンジニア

専門性評価は専門家に任せようというのは正論としてあるなと思っていますが、組織マネジメントにおいてはどこかで自分の非専門領域のことをマネジメントしないといけないと考えているので、良い質問だなと思いました。

アウトプットとアウトカムがどう連動するかを理解しようとする姿勢が大事だと思います。
相手がやったことを把握することに加えて、その選択肢がどの程度妥当だったかを理解し... 続きを見る

北野勝久

エンジニア

社内でよく話題に挙がるのは『HIGH OUTPUT MANAGEMENT』です。この本に書かれているマネジメントの定義である、「自チームの成果成果最大化 + 隣接するチームを含めた成果最大化」という観点はマネジメントの仕事の本質を突いているので参考にしています。

北野勝久

エンジニア

この話はどこまで行っても人間が人間を評価する行動であるので、100点満点の評価はないという前提のもとで向き合っています。ですので、お互いが最終的に納得できるように、特にその過程やプロセスに意識を向けるようにしています。また、自チーム以外のマネージャーと評価の中身を話し合うことは効果的だと感じています。

北野勝久

エンジニア

直接的には評価につながらないかもしれませんが、目標に書かれていない行動や本人の活動についてのコミュニケーションも取ることで本人について情報を収集し、最後の評価に活かしていいったり、可能な限りその人がやっていることを取りこぼさないようなコミュニケーションを心がけています。

北野勝久

エンジニア

難しいですよね。実際にズレが発生したことに対して改善したことではないですが、普段どう採用面談を運用しているかについて回答します。

ソフトスキルとハードスキルは分けて考えていて、ソフトスキルについては、候補者の過去の行動を構造化面接で見ていきますし、ハードスキルについては各職種ごとに独自の選考が設けられています。

面接官の育成は難しいなと感じています。面接... 続きを見る

北野勝久

エンジニア

新規採用から初期の立ち上がりを主に想定されたご質問だと想像して回答します。私たちの会社では採用の時点で、短期、中期、長期での期待役割について話すようにしており、明文化してドキュメントとしてお渡しています。

伝え直すタイミングという観点だと、やはり1on1、評価などでしょうか。入社直後の方であったとしても、ほかのメンバーと同様に期待を事前に整理しておくことで、ズレを認識しやすい... 続きを見る

北野勝久

エンジニア

本人のやりたい意思ありきでいっしょにEMをやっている気がするので、モチベーションを上げていくぞというのは、あまりやっていない気がします。

ただEMでなくても組織的な改善に取り組んでくれるメンバーはいて、そういった姿勢は歓迎していますよ、というのをむしろ伝えている気がします。スタッフエンジニア的な動き方というか。
そういった仲間を増やすためには、こういう感じに近づけて... 続きを見る

北野勝久

エンジニア

非ソフトウェアエンジニアという意味での職種が違うメンバーへのフィードバックは行っていないのですが、自分の専門領域がつよくない領域のメンバーの評価に携わる機会は経験しています。
相手のアウトプットをちゃんと把握する・取りこぼしがないようにする、というのは礼儀として大事にしていて、自分だけで判断できない場合は周囲のいっしょにいるメンバーにもヒアリングをすることはありますね。それこそ職種の違う... 続きを見る

北野勝久

エンジニア

評価基準を話し合うことと、期待の中身を話し合うイメージでしょうか。
まず評価基準というのは各社の評価制度によっても違っていると思いますが、入学要件/卒業要件の区分けから、今期の活動に対するフィードバックだけするのか、昇格判断のための評価をするかなど様々なイメージが混在していると思います。
とくに中途入社されたばかりの方と会話する際には、評価制度の概要はあらためて確認してから評価... 続きを見る

北野勝久

エンジニア

スキル不足というのは期待値次第でもあるので、まずは期待を確認することでしょうか。

上位のグレードや期待役割になればなるほど、たいていの場合、◯◯のスキル不足ですね、というフィードバックが通用する機会がほとんどなくて、次はこういう領域をお任せしたいので、Aというチャレンジをしませんか？というコミュニケーションをしていくことがポイントだと思います。
組織での活躍の土台が... 続きを見る

kentaro haneda（jumbo）

エンジニア

マネージャーの役割は、会社の状況によって求められること/やってることも異なるので、自分の状況と近しい方を探してみると良いのではないでしょうか？。実際にやりながら学ぶのも良いですし、最近ですとEMはとてもオープンな界隈になってきていて、今だとオフラインで話しかけるタイミングも増えてきていますし、他の方とDMとかオフラインとかで悩みや目線を共有することで、具体的な部分を学んでいくのが良いと思います。

kentaro haneda（jumbo）

エンジニア

片側だけの意見を聞いていると情報の対称性が失われますし、チームとしても分断が起きてしまうのでそうした事象は一番避けたいことですね。
また、前提としてマネージャーがコミュニケーション問題を解決するのは健全じゃないので、当人同士を話し合わせるような状況を作ったりもします。

kentaro haneda（jumbo）

エンジニア

定性的にも定量的にも完璧な評価を行うのは難しいですが、「客観的に見るとこうだけど、僕が見えている範囲だとこう」というように、担当しているマネージャーとの信頼関係でもあるので、伝える内容はしっかりと伝えておくのが良いと思います。ただし、主観と客観どちらか一方だけの評価になると偏りも出てきますし、かといって100%にしようと思うと難しいので、「一般的に見たらこのスキルを伸ばしていくと市場価値が高まると... 続きを見る