世界を動かす技術を、日本語で。

あなたは今、マネージャーになったのですね

概要

  • 初めてのマネージャー への歓迎と心構え
  • 現場作業から指導・支援 への役割転換
  • 失敗を恐れず、成長を重視 する姿勢
  • 明確なコミュニケーション の重要性
  • 自分自身とチームの健康管理 の必要性

初めてマネージャーになったあなたへ

  • Hacker News から来てくれた方への感謝と今後のフォローアップ予告
  • 自分から望んだ場合も、肩を叩かれた場合も、マネージャーとしての新しいスタート
  • 祝福と哀悼の両方 がふさわしい独特な立場

マネージャーの役割の変化

  • 現場で成果を出すこと から、 他人の成果を引き出すこと への転換
  • プレイヤーからコーチ へと役割が変化
  • 戦略やチームの環境整備、障害の除去が主な仕事
  • 自分で手を動かすことは例外 であり、基本はチームを信頼して任せる姿勢
  • 目に見える成果は減るが、意味ある影響力 が増す実感

失敗と成長の受け入れ

  • 間違ったフィードバックや対応の遅れ など、失敗は必ず起こるもの
  • 完璧を求めず、失敗から学ぶ姿勢 が重要
  • 自分のミスを認め、公開して成長すること がチームの信頼を生む
  • 「完璧な上司」より「成長する人間」 であることが大切

明確なコミュニケーションの徹底

  • 自分の意図や期待は思ったほど伝わっていない 現実
  • 期待値や目標を明確な言葉で伝える 必要性
  • 曖昧さは混乱を生み、チームの足かせ になる
  • 「良い状態」の定義や目的を繰り返し伝える ことが日々の重要業務
  • 「もっと曖昧にしてほしかった」と言われることは絶対にない

上司との関係構築

  • 良い上司がいる場合は積極的に学ぶ 姿勢
    • 失敗談やアドバイスを求める ことで成長
    • 辛い日には共感してもらえる 安心感
  • 悪い上司の場合は反面教師に
    • 自分が理想とするマネージャー像を持つ こと
    • 同僚やメンター、信頼できる元上司から支援を得る 工夫
    • 悪い上司を言い訳にせず、自分の基準を守る 覚悟

エネルギーとメンタルの管理

  • マネジメントは感情的コストが高い 業務
  • チームや他部門のストレス、自分の不安を吸収する 役割
  • セルフケア(セラピー、散歩、思考時間の確保など) の徹底
  • バーンアウト(燃え尽き)は静かにやってくる ことへの注意
  • 自分が潰れるとチーム全体に悪影響 が及ぶ現実

チームの成果が自分の成果

  • 個人プレイヤー時代のような直接的な評価や賞賛 は減少
  • チームメンバーの成功や表彰が自分の勝利 と捉える意識
  • 環境づくりや支援が最大の成果 である認識

最後に

  • 全てを完璧にこなす必要はない という安心感
  • 謙虚さ・好奇心・周囲を良くしたいという想い が本物のリーダーシップ
  • 不安な日があっても大丈夫、深い場所へようこそ

Hackerたちの意見

いいアドバイスだね。でも、パフォーマンスマネジメントって難しいテーマが抜けてる。初めてのマネージャーは、謙虚さや委譲、チームの成功を祝うことについてのアドバイスはたくさん読んでるけど、難しい話題を避けて、完璧な人たちが揃ってるチームを前提にするアドバイスが多いよね。僕はマネージャー向けの半プライベートなピアグループに参加してるけど、新しいマネージャーが一番苦労するのは、マネージャーが見守ってないと働かない社員や、チーム内で問題を起こす人との初めての遭遇だよ。「The Manager's Path」みたいな本は役立つけど、経験豊富なマネージャーに相談するのが一番の助けになると思う。人を管理することの難しい現実は、 messy だったり痛みを伴ったりして、ネットのアドバイスでは意図的に避けられがちだよね。

そういう道も通ったよ。感情的に本当に辛いし、疲れる。まだどうすればいいのか分からないし、各人の行動を理解する必要がある。たくさん話して、影響を与えて、毎日同じことを繰り返す、みたいな。残念ながら、そういうのをやることに楽しさを感じたことはないし、ただ難しくて疲れるだけだった…。

これは本当にいいね。結構前からやってるし(ピンポンのように行ったり来たり)。あ、僕も「悪いパフォーマー」だったことがある。いくつかの観察点を挙げると、1. パフォーマンスマネジメントは決して簡単じゃないし、そうあるべきでもない。技術やプロセスのことじゃなくて、メンタル面の重みのこと。人の生活に影響を与えるから、機械的にアプローチするのは避けたいよね(HRのトレーニングが個人的なことじゃないって言っても)。2. これは大事なこと。パフォーマンスには環境や状況による大きな側面がある。個人的な事情で本当に強いパフォーマーが落ち込んだり失敗したりするのを見てきたし、逆にある会社でパフォーマンスが悪かった人が「上位の」会社に行ってすごく活躍することもある。マネジメントは本当に混沌としてる。コーチングや方向性の設定、戦略が好きだけど、上層部の不透明な決定を自分のものとして売り込まなきゃいけないのは疲れる。解決策は、ただエグゼクティブリーダーシップに参加することかな(笑)。

今日の企業世界では、人を解雇するのは難しいか不可能なこともある。実際に誰かを組織から排除することは、チームのパフォーマンスを管理することとは全く別の問題だって理解することが重要だよ。貢献しない人や問題を引き起こす人は、できるだけ隔離する必要がある。彼らがチーム全体を引き下げるのを許してはいけない。「managed out」という言葉が今使われていると思うけど、これはどのレベルのマネージャーでも使えるスキルで、誰かを排除する権限がないときや、排除するプロセスが何ヶ月もかかるときでも、チームのパフォーマンスを維持するのに役立つ。

君の見解は本当にその通りで、ほとんどのリクルーターは最初の電話面接でマネージャーに「誰かをPIPしたことはありますか?」って聞くんだ。これは難しい経験で、若いマネージャーの中には、いろんな理由でそれをやりたがらない人もいる。個人的には、混乱を除けば、パフォーマンス管理は言葉にできないほど難しい。人々は一般的に権威を嫌うからね。みんな権威者との悪い経験を持ってるし、集団の道徳についての幻想もたくさん語られる。もし人々が非の打ち所がないなら、責任はマネージャーにあるってことになる。俺たちの教師や親、政府に似ているか、逆らっているかのマネージャーにね。俺は無意識にそう考えてたけど、厳しい方法でそれが無責任な責任転嫁だと学んだ。最近のHNの議論がそのダイナミクスを示していたよ。https://news.ycombinator.com/item?id=42273798

これに悩んでいる人にはこれをおすすめするよ: https://www.manager-tools.com/map-universe/hall-fame-highly-... このポッドキャストのおかげで、俺は10倍良いマネージャーになった。良いスタートはこれだよ: - https://www.manager-tools.com/2007/04/effective-hiring-set-t... - https://www.manager-tools.com/2008/03/the-management-trinity... - https://www.manager-tools.com/2010/01/how-manage-arrogant-pr... - https://www.manager-tools.com/2008/02/the-management-trinity... - https://www.manager-tools.com/2018/06/manager-tools-onboardi...

パフォーマンス管理は難しいし、前のマネージャーたちとの問題でもあった。Xさんが仕事をちゃんとやってないことを指摘したら、PRのレビューもせず(30秒くらいで全部にLGTM押してるだけ)、バグのあるコードを書いて、テストもゼロ、既存のテストも更新せず、コミュニケーションにも反応せず、フィードバックも受け入れない。「彼と話してみるよ。」でも変わらない。2ヶ月後、同じ話をする羽目になった。

いい指摘だけど、問題はその組織のシステムやインセンティブにもあると思う。一部の職場では、誰かを管理して外に出すのが簡単で、新しいメンバーを入れてもっと貢献してもらうことができる。これは健康的な環境で、一般的に雇用のブーム・バストサイクルから自由だよね。他の職場では、上からの雇用・解雇サイクルが厳しくて、今誰かを解雇すると代わりを入れることができないし、さらに悪いことに…誰かを解雇しなきゃならないときは、低パフォーマーがいてくれないと指標が達成できないから、いろんな理由で多くの職場が無駄な負担を抱えてる。基本的に、その人が純粋なマイナス要因でなければいいわけ。あと、パフォーマンスが悪い人をどう扱うかは、アートでもありサイエンスでもあると思う。特別なケースを除けば、ほとんどの人は実は好きな仕事や得意な部分があるから、タスクの割り当てを調整することで大きな改善が見込めることが多いよ。

昇進の対象に選ばれるのって、長くいる人の横に座ってた人を管理したり評価したりすることになるから、すごく気まずいよね。私も経験したけど、素晴らしいメンターがいて本当にラッキーだった。大したことじゃなかったけど、最初のパフォーマンスレビューは、うまくいったけどやっぱり変な感じがしたな。

これってチェックインの定義そのものじゃない?進捗がないチェックインの数を記録して終わりで、誰かの肩越しに見守る必要はないよね。

100%同意!これが僕が作った難しい会話のテンプレートだよ:https://docs.google.com/document/d/1gHyfR0XAc5ehRoqRImV1yAFh...

「明確に。痛いほど明確に。自分が明らかだと思ってることは、実はそうじゃない。期待をはっきりさせて、過剰にコミュニケーションをとって、目標を平易な言葉で設定しよう。」僕が一緒に働いたマネージャーの多くは、このメモを完全に見逃してたな…。

これは本当に難しいよね。一方で、リーダーやマネージャーが過剰にコミュニケーションをとるのはあまり好きじゃない(この記事とは対照的に)。もちろん、そんなことは言わないけど、著者は誰もマネージャーの過剰なコミュニケーションを批判してないって言えるだろうけど、頻繁なチェックインや長すぎる会議、早く始めたいのに長々と話す人にはイライラする。マネージャーが同じことを繰り返したり、冗長に話したり、1文で済むことを5段落にわたって話したりするのも。悪い人ではないけど、個人的にはそれにイライラして、エネルギーと流れを奪われる感じがする。1時間の会議が本来必要なかったり、5分でまとめられたはずのものが多すぎる気がする。

繰り返しは重要だよね。

そうそう、締切を設定するのも大事なポイントだよね。もし締切が近すぎるのが嫌なら、ICにそれを伝えるのがもっと重要だよ。「金曜日の終わりまでにこれを終わらせてほしい」って言ったら、ICが悲しむと思うかもしれないけど、実際に悲しむのは金曜日に納品物を求めに行ったとき、彼らがやっと作業を始めたばかりのときだよ。

ここに間違っていることはないし、いくつかは良いけど、すべてをうまくやるために必要な基盤が欠けている。それを理解すれば、無数の失敗を軽減できる:本当に気にかける必要がある。チームに気にかけていることを示す方法は人それぞれだけど、一度(もし!)そうすれば、小さなミスには目をつぶってもらえるし、明確にコミュニケーションできなくても最悪の解釈をされることはない。彼らはあなたを助けたいと思うし、あなたも彼らを助けたいと思うから、一緒に成功できる。じゃあ、どうやって気にかけていることを示すの?僕の場合(人それぞれだけど)、最初に関係性を最優先する。どこかでボールを落とすことになるけど、技術的なギャップや製品知識は回復できる。チームと一緒に trenches に入って、彼らの仕事をするためじゃなくて、やりやすくするために努力する。誰も取り組みたくない重要だけどコアではないことに。各ダイレクトに対して「この人はどこに向かっていて、どうやって手助けできるか?」と常に聞く。一つの戦術的なヒント:多くのマネージャー、特に新しいマネージャーはメンターシップに焦点を当てて、次にコーチングに移るけど、スポンサーシップをおろそかにしがち。これはすごく重要で、非常に受動的だけど、多分一番エネルギーを使う。受け手の力を11に保ちつつ、間接的な点をつなげる必要があるから。個人を機会に結びつける行為は一見簡単そうだけど、実際は難しい。でも、そのリターンはどんなアドバイスよりも大きいよ。

同意だね。俺がマネージャーだったときは、チームが最大限成功するように手助けすることだけに集中してた。それは色んな形を取るけど、どこに焦点を当てて努力するかがすごくシンプルになるんだ。これらは君に報告する人たちじゃなくて、君が責任を持つ人たちだっていうマインドセットを持つのが大事だよ。

ケアを示す一つの方法は、ビジネスのために決定を最適化するか、ビジネスよりも長く続くチームのために最適化するかを示すことだよ。ビジネスオーナーであっても、最後のチャンスだと思わない限り、ビジネスに100%合わせるのは間違ってる。

俺が「マネージャー」だったときに苦労したのは、今までの仕事で一度も直接マネージャーの下で働いたことがなかったし、マネージャーだったときも自分の部下を直接監督したことがなかったってこと。これってテック業界やコンサルティングでは結構一般的みたいだね。自分の部下が何をやってるのか全然分からないのに、どうやってマネージャーとして成功すればいいんだ?これは、企業が技術的な役割のためのマネジメントをどう設定するか分からないか、俺が全くトレーニングを受けていなかったせいで、部下とどう接すればいいのか全然分からなかったってことだと思う。この文章では、俺の仕事はもう作業をすることじゃなくなったって言ってるけど、マネージャーになった役職では、やっぱり自分の仕事をすることが期待されてたんだよね。自分以外の誰かをざっくりと指導して、レビューやフィードバックを与える必要があったけど、その人たちと一緒に働いたことなんて一度もなかった。運が悪かったのかもしれないけど、マネジメントの経験はあまり良い思い出じゃなかった。企業がそれを「マネジメント」って呼ぶから、俺もそう呼ぶしかなかったけど。

今回は10万。なぜか高パフォーマンスのせいで、他のプロジェクトで働いてる人たちの管理も任されることになったんだ(私のプロジェクトと同じくらい深い内容なのに)。これが私の仕事量に影響を与えるわけがないのに。もう辞めたい。

自分の経験を「マネジメント」と呼ぶべきかも分からないけど、会社がそう呼んでるだけなんだよね。そもそもマネージャーって何なんだろう?この業界に数十年いるけど、正直まだ分からない。スタンドアップの時に、彼らが何をやっているのか、どんなブロッカーがあるのかを主張することは決してない。クライアントと契約を結ぶわけでもないし、製品を作っているわけでもない。目に見える機能が全くない。彼らは一体何を裏でやっているんだろう?何もやっていないわけじゃないけど、何をやっているのか全然分からないし、もっと知りたい。記事には「彼らから学べ」と書いてあるけど、学べるものを見たことがない。全てが謎に包まれてる。

本当に驚くべきことは、ICとして成功するために必要だったこと、つまり答えを持っていること、素早く動くこと、物を出荷することが、気を付けないとマネージャーとしては逆効果になることもあるってことだよ。新しい仕事は他の人を成功させることだから、時にはスピードを落としたり、答えを与える代わりに質問をしたり、自分が作りたかったものとはちょっと違う解決策でも受け入れることが必要なんだ。

これはすごく良い読み物だった!将来再読するために保存しておくよ。ただ、1つ質問があるんだけど、新しいマネージャーとして自分の仕事をすることが許されていない場合、どうすればいいの?そんな状況でどうすればいいのか、あまりリソースが見つからないんだ。俺は新しいエンジニアリングマネージャーで、もう8ヶ月くらい経つけど、上司がコンサルタントが辞めたり契約が切れたときにフルタイムの開発者を雇うことを許可してくれないし、会社全体の採用凍結のせいで辞めた開発者を補充することもできない。最近の6ヶ月で4人のシニアエンジニアを失ったけど、コンサルタントを補充したり新しい人を雇ったりできないから。チームのシニア開発者は6人から2人に減って、同じ量の仕事を抱えてる。さらに、オフィスへの復帰が義務化されて、チームが明らかにイライラしてる。加えて、チームメンバーを昇進させることも許されていないから、彼らを引き留めるために何をすればいいのか全く分からない。マネージャーとしての意味が全く分からないよ。雇えないし、昇進もさせられないし、縮小したチームで同じ量の仕事を続けなきゃいけない。上司はこの厳しい時期を乗り越えるように頑張れって言うけど、新しいEMとしてこういう状況をどう扱うかのリソースが見つからない。もしこれが自分に待っていることだと知っていたら、絶対にこの仕事を受けなかった。

もう詰んでるね。真面目な話、コントロールできないことを変えようとして自分を燃やさないのがコツだよ。もしかしたら、会社が燃えるのを見守るしかないかもね。

真面目に言うと、新しい仕事を探すべきだよ。今すぐにでも!だって、君とその役割が次のターゲットになるから。いいニュースは、今はマネジメント経験があるから、下降サイクルにない会社でマネージャーレベルのポジションを得られるかもしれないってこと。

あなたのチームは、今のところ会社の上層部にとってあまり重要じゃないみたいだね。詳細は分からないけど、意図的にチームを縮小してる感じがする。私の経験(エンジニアマネージャーやシニアエンジニアマネージャーを10年やってきた)から言うと、面接を始めることをおすすめするよ。危険にさらされているからじゃなくて、あなたがそれを一番よく知ってるだろうし。ただ、自分の仕事から何を求めているのか考えてみて。プロとしての成長が一つの目標で、新しいEMから素晴らしいEMになり、将来の昇進に備えることが大事だよ。ここでは、上司からの大きな考え方の変化がない限り、それは得られないと思う。面接を受けて、なぜEMになったばかりなのに辞めるのか聞かれたら、「新しい役割とチームが大好きだけど、XYZ社はABCチームを優先度を下げているようで、成功するために必要なリソースがないと感じています」と答えればいいよ。

同じ能力で大幅に縮小されたチームで成果を出し続ける必要がある。まず、その「必要」がどれだけ本当のものか考えてみるべきだよ。あなたのチームが達成する必要があることを推進しているのは何か?どんな外部の制約の中で動いているのか?あなたの仕事と組織全体との間のインタラクションポイントは?どれだけ柔軟性がある?そして、全体的に見てどれだけ柔軟性があるべきか?その後は交渉の問題だね。実際の制約やマネージャーを動かしている個人的・政治的要因を理解した上で、チームや自分の仕事のためにより良いアプローチを考えるにはどうすればいいか?個人的には、こういう会話にアプローチするのに「Splitting the Difference」という本がすごく役立ったけど、私はそういうのが得意なわけじゃない!もしマネージャーとの関係が絶望的でなければ、これらの質問を彼らに投げかけるのが出発点になると思う。コツは、これを本当にオープンエンドな質問として提示すること。これの価値を実感したのは、自分が誰かを説得しようとしている時に、オープンエンドな質問をすると、相手が自分の信念を再考するか、考えもしなかった答えを返してくるから、どちらにしても価値のあるものを得られる。結局、仕事に余裕を持つ方法を見つけないと、チームは崩壊するよ。余裕は、やっていることや広い組織へのフィット感を変えることで得られることもあるし、組織が「見えていない」要因から得られることもある。その後者が本当のリスクがあるところで、無理な手抜きが生じて人が疲弊する原因になる。私はマネージャーとしてこの状況に置かれたことはないけど、正式な権限を持たないリードとしては経験がある。それは良い出発点になると思うけど、私の言うことは塩をひとつまみ加えて受け取ってほしい!気づいたことは、私たちは「計画」や「予算」、「ロードマップ」を常に不変のものとして話すけど、実際はそうじゃない。組織が下した決定に過ぎないんだ。私たちは違う決定を下せる!でも、これは正式なマネージャーよりもリードとしての方が有用な見方かもしれない。ほとんどの組織の運営方法に逆らうから。この気づきは、物事の進行状況に対する私の視点を変えたけど、上に交渉する時に強調するのは無礼かもしれないと思う。

下位のマネージャーはテック業界で最悪の役割だよ。 * 他の人が約束を守ることにほぼ完全に依存している約束を守る責任がある。 * それでも納品の責任があるから、サブタスクを割り当てた人がその仕事を終わらせられないと、別の誰かに回さなきゃいけない(これがチームの社会的ダイナミクスに悪影響を与えることが多い)か、自分でやらなきゃいけない。従業員を犠牲にするのは良い印象じゃないよ。 * リストラが行われるときに「執行人」になる役割を担うことになる。たとえ自分がリストラされることになっても、誰がリストラされるかに対して意見を持っていなくてもね。日曜日の夜の「明日の朝、話しましょう」っていうメールや、その後の会話は、マネージャーとして経験した中で最も心が痛むことだ。 * マネージャーになる頃には、チームの中で最も経験豊富なメンバーの一人になっているから、誰かが厄介なバグ修正を必要としたり、伝説に関する質問があったり、顧客との厄介な状況が発生したときには、常に「頼りにされる」存在でいる。部下がまだ経験が浅いと、こういうことを委任するのが難しくて、自分の負担が増えるだけなんだ。 * 組織レベルの変更を行うだけの権限がない。だから、非効率なプロセスを見つけて、それをどうにかしたいと思っても、マネージャーやその上司を納得させなきゃいけない。彼らは通常、波風を立てたくないからね。地道なマネージャーとしての最良の道は、ここであまり時間を使わないこと。二次的なマネージャー(つまり、ディレクター)になるか、再び個人貢献者として落ち着く場所を見つけることだよ。

「リストラが進むと“執行者”になるんだよね…」 その視点から見ると、下の方のマネージャーたちは、自分の部下も“執行者”の役割を担ってることをあまり理解してないんだよね。リストラの前や最中、またはその直後に「ちょっと話せる?」って連絡してくることが多くて、説明もコンテキストもなしに、部下たちに毎回ミニパニックを引き起こしてる。

一番最悪な状況を忘れてると思うけど:* 再編成や転職が起こると、管理しているスタックに全く深い知識がなくなってしまう。次の再編成までにその知識を育てる時間もないし。だから、表面的な理解しかないトピックに常に対処している状態になる。VSの間の緊張感はあなたにとって不利だと思う。問題は、ディレクターレベルに上がるのに数年かかること。そこでも、基本的には小さなスタートアップのCEOのようなもので、「市場シェア」、つまりスコープのために常に戦わなければならない。そうしないと、あなたの組織はすぐに無意味になってしまうリスクがあって、たくさんのトラブルに巻き込まれることになる。

それはかなり状況によるね。最初の2つのポイントでは、チームを十分に理解した後、エンジニアのスキルがどこにあるかを理解し、最も能力のある人や最も学ぶ人に効果的に委任する方法を学ぶと思う。最後のポイントは大企業では当てはまるけど、少人数の会社やスタートアップのマネージャーなら、CEOから1〜3ステップの距離にいると、かなりの独立性が得られるから、そんなに悪くないよ。他のポイントについては、私はRIFを経験したことがないし、「エンジニアが未熟すぎる」という状況にも遭遇したことがないけど、インターンと社員の比率が1:1の企業で働いたことがあるから、大企業かもしれない。一般的には、チームには必ず1人はシニアがいて、火消しを担当していることが多いよ。

細かいこと言うけど、ディレクターは普通、エグゼクティブレベルって考えられてるよね。nティアのマネジメントじゃなくて。

ほとんどに同意だけど、過剰なコミュニケーションの部分はちょっと違うかな。期待を正しく設定してるなら、過剰なコミュニケーションはマイクロマネジメントと勘違いされることがある。マネージャーは成果で評価されるべきで、貢献度じゃない。良いリーダーは、上の混乱からチームを守りつつ、上のマネージャーを多様な人間関係の管理の課題から守る方法を知ってる。彼らは協力とインスピレーションの架け橋だ。悪いリーダーは混乱を引き起こす存在で、離職の主な原因だから、早めに排除すべきだ。彼らは毒薬みたいなもの。

私の経験では、マネージャーは政治家みたいなもので、なりたい人は資格がないし、逆に良いマネージャーになれる人はその仕事に興味がないんだよね。

「君は多分、仕事がすごく得意だったんだろうね。今の君の仕事は、他の人が自分の仕事をうまくできるようにすることだよ。」 他に見た人いる?N人の中でマネージャーになれる人って、最悪の個人貢献者がなることが多い気がする。大体、彼らが一番それを望んでるから。個人貢献者が好きな人は、その分野でうまくなるし、マネジメントの仕事には抵抗するんだよね。これは素晴らしいし、すごく自然なことだと思う。でも、エンジニアリングマネージャーは最高の元エンジニアだっていうゾンビ神話はなかなか消えないよね。実際には、そこそこ優秀なエンジニアで、マネジメントに対する適性や欲望がある人たちなんだ。