"マネージャーとしてのフィードバックのあり方"投稿一覧

面接官によってもズレが起きてしまうので、そういうことが起きづらいように「この人ってこういうことできるよね」みたいな構造化した面接をすることが重要だと思います。
入社後にずれが生じたときに採用プロセスにFBする決まり切った構造があるわけではありませんが、採用担当者がそれぞれ思う部分があるので、その点で振り返ってもらうようにしています。

本人に期待役割を伝えるだけでなく、関係するメンバーにもどういう役割で入ってもらうのかをお伝えして、自分以外が本人に期待値を伝えられないという状況はなるべく起こらないようにしています。また、実際にポジションとしてわかりやすく示すようにしています。

全体的に言語化しにくい領域ではあるので、話し合いながら「こういう手段だとうまく行かないか」みたいな話をして擦り合わせます。マネジメントは新しい成長要素ことであるという理解をもってもらい、時には「いまはまだ出来なくて当然」という考えのもとで、周りとうまく話し合ってもらうことが重要です。温度感を擦り合わせることでアレルギーみたいなのは出なくなると思います。

デザイナーやPdMへのフィードバックの機会があります。基本的には具体的すぎる内容では評価が難しい（ex. クリエイティブの質）ので、少し抽象度を上げることや、むしろより具体にして成果を定性から定量に落とします。難易度については被評価者だけでなく、関係したメンバーからも話を聞いておくことや、難しかったことをより言語化してもらうことで客観評価をできる状況を作ります。

誰にどう喜ばれているかなど言語化をできるだけして、その行動や結果に再現性をもってもらったり、次回以降もっと良くなるように言葉を選びます。基本的に褒めるマネジメントばっかしています。またチーム全体で毎週win sessionをやっていて、人がどう褒められるか・感謝されるかの場所も作っています。

期待値がズレていることや、そもそも評価への向き合い方に課題があります。被評価者は自分以外の人の評価や目標設定を見ることがないので、様々な状況・ケースを事例などを用いながら伝えます。なるべく評価されるのが上手い人にばかり評価が良いものが集まらないように公平になるよう心がけ、評価されることがまだ得意じゃない人には評価制度の意味から何度でも説明します。その上でもシンプルに差が出てしまうときは期待値や成果... 続きを見る

スキル不足であることを直接伝えます。またそれでけではなく、それがどういう理由で、なんのために今求められているかをセットで伝えることも大事なので、そこにも力を入れます。ただ大体褒めもします。助かっている部分もちゃんと伝えつつ力のかけ方をすり合わせます。特にコーディングや設計などのわかりやすいスキルを除いた言語化しにくい領域などで期待されていることについては、目標設定や1on1の仕組みを使いながら期待... 続きを見る

短期的にはその領域を得意としている有識者（同組織のマネージャーなど）の力を借ります。
マネージャーの存在理由がチームの成果の最大化、FBの目的がメンバーのレベルアップだと捉えると、必ずしもマネージャー自身が全てにおいてFBできる必要はないというのが持論でもあります。

ただし、このやり方が成り立つのはメンバーとの信頼関係が構築できている前提であるため、やはり中長期で見... 続きを見る

受け入れません。

自分の周囲だと、仕事（技術）が面白くて残業していろいろがんばってしまう人が多いのですが、予定した時間内で終わらないのは、見積もりやスキルが原因のケースが多いので、「時間内で終わらせる方法を考える」ように促しています。「時間内に終わらせられる」ができないと、将来必ず苦労すると思っているからです。

もし、残業が必要な場合は、その理由を説明し... 続きを見る

・ひとまず受け入れるが本人には推奨しない旨を注意する

これですね。特に稼働時間に関して未記録は厳しく注意します。

（エンジニアさんだけでなく、ユーザビリティテストの結果や、社内からのFBなど、いろんな角度から共通なのですが）向き合っているプロジェクトごとに、いくつかの項目について優先順位（トレードオフスライダー的な）があると思うので、そのどれにプラス / マイナスの影響を与えるものかを都度判断するか考えながら意思決定と捉えています。

たとえば「コード品質 vs スケジュール」... 続きを見る

参考になればです。

具体的には、両者がどのように情報共有を行い、プロジェクトの方向性やタスクの優先順位について一貫した認識を持つことができるようにすべきか。

最近はスクラムの流れに則っているチームが多いので、スプリント計画がタイミングになると思います。また、スプリント計画だと短期的な計画しかわからないので、四半期などのタイミン... 続きを見る

率直な疑問なのですが、職種の異なる人間のことを「評価」する理由は何でしょうか？
逆にいうと、プロダクトマネージャの立場で言うと、エンジニアから「評価」してほしい、ということですかね？

心理的に安全な良い関係を築き、あなた達がこうできていると私は嬉しいと、自分の立場からの期待を率直に伝えることはとても重要だと思いますが、
それ以上のことは基本的には相手がプロ... 続きを見る

以下、参考になれば幸いです。

1.プロダクトマネージャーは、エンジニアの提案にどのような態度でアプローチし、フィードバックや意見交換を行うべきか？

提案の内容によりますが、他の開発チケットと同じようにICEスコアなどの要求定義の優先度を決めるためのロジックで同じように判断します。そのロジックや意思決定の背景を伝えます。 続きを見る