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

すべてのマネージャーはミスを犯すが、優れたマネージャーはそれを認めて修正する

概要

  • マネージャー は必ず失敗を経験する
  • 重要なのは「失敗後の対応」すなわち リペア(修復)
  • 謝罪と行動変化 が信頼構築の鍵
  • 完璧を目指すより 成長と関係強化 を重視
  • 人間らしさ を受け入れ、学び続ける姿勢

マネージャーにとっての「リペア(修復)」の重要性

  • Leonard Cohen の「すべてにひびがある。そこから光が差し込む」という言葉の引用
  • マネージャーになると必ず 多くの失敗 を経験
    • フィードバックが逆効果で部下の自信喪失
    • 論理的に見えて実は的外れな判断
    • チームへの約束を忘れる
    • 冷静でいるべき場面で感情的になる
  • 問題は「失敗するかどうか」ではなく「 失敗後にどうするか
  • Dr. Becky Kennedy著「 Good Inside」から学んだ「完璧さよりリペア(修復)が大切」という考え方
    • 親子関係だけでなくマネジメントにも応用可能
  • 最悪のマネージャー像
    • 失敗を 認めず、間違いを正当化
    • エゴ で非を認めない
  • 典型的な失敗例
    • チームに相談せず約束や決定をしてしまう
    • チームが無理をして成果を出すが、 技術的負債・燃え尽き・不満 が蓄積
    • その後のマネージャーの対応が 信頼関係の分かれ道
  • 謝罪と改善 を行うマネージャーは信頼を築ける
    • 「無理な状況を作ってしまった」「相談すべきだった」と 具体的に認める
    • ストレスや状況説明は 自己弁護にならないよう注意
    • 行動で変化 を示すことが不可欠
    • 1回の会話で信頼が回復するわけではなく、 継続的な姿勢 が必要

リペア(修復)の実践ポイント

  • 具体的に何が悪かったか を明確に伝える
    • 例:「会議で3回発言を遮り、意見を無視した。これは間違いだった」
  • 自己弁護や言い訳 はしない
    • 相手への影響にフォーカス
  • 行動の変化 を伴う謝罪
    • 同じ失敗の繰り返しは「選択」とみなされる
  • 信頼回復には時間が必要
    • 継続的な努力と態度の変化

リペアを受け入れることで得られる成長

  • 失敗を恐れず 意思決定や困難な会話 に挑戦できるようになる
  • 完璧主義 から解放され、成長と信頼関係強化の機会を得る
  • ただし、リペアは「失敗の免罪符」ではない
    • 同じ過ちの繰り返しや無責任な行動 は許されない

マネージャーの本質的な役割

  • 完璧さ ではなく、価値あるソフトウェアの提供
  • チームの成長支援と 最適な環境作り
  • 失敗を経験し、 リペア→学び→前進 のサイクルを回す姿勢

Hackerたちの意見

問題は、良いマネージャーと職を維持するマネージャーの違いだと思う。

インセンティブは前者よりも後者に強く結びついてると思う。今ちょっとフェーズに入ってるから、偏見があるかも。「インセンティブを見せれば、結果を見せる」って感じ。昔は面白いアイデアだと思ってたけど、今はほぼそれが真実だと感じてる。個性を出す余地はあるけど、物事が重要な時(例えば生計とか)には、インセンティブがほとんどの人にとって最重要みたい。

俺が知ってるマネージャーは、雇った人をみんなクビにして、俺が最後の一人だった。俺は他の奴をかばったせいでクビになり、そいつは降格された。結局、会社が悪化した時に、そのマネージャーも他のマネージャーたちと一緒にクビになった。まだそこにいる友達が言うには、あのマネージャーの後、彼はこの業界に関わりたくないってさ。それは残念だね。

「大きなフラット化」についての話があるけど、マネジメント層はICに比べて解雇から不思議と免疫があるみたい。企業はマネジメントの層が大好きで、どんどん増やしたがる。CEOは自分が気に入らないマネジメント層なんて見たことがないんじゃないかな。

実行者は赤ちゃんじゃないし、マネージャーは私たちの母親じゃない。誰も話さないけど、マネージャーがチームの一員であることを認識することが大事だと思う。彼らの焦点は、完璧な謝罪の仕方を見つけることじゃなくて、チームの目標に向かうべきだよね。記事にも書いてあるけど、「あなたの仕事は、ユーザーに実際の価値を提供する動作するソフトウェアを出荷し、チームを成長させ、みんなが最高の仕事ができる環境を作ることです。」マネージャーが私に目が潤むような謝罪をしなくても、彼が人間らしさを認める過程で、同じ間違いを繰り返して私の邪魔をし続けるなら、全然気にしないよ。

参照されている本は間違ってはいないけど、範囲が狭すぎる。修復は育児の核心的な属性じゃなくて、人間関係の核心的な属性なんだ。これは一般的に常識として受け入れられていることだよ。壊れることではなく、修復が大事なんだ。もし仕事から感情的に切り離されていると思うなら、仕事の関係も人間関係だってことを忘れないでほしい。でも、あなたは少数派にいるんだ。ほとんどの人は仕事の関係に人間的な側面を持ち込んでいる。これを無視するのは、本当に悪いマネージャーになる第一歩だよ。適切な境界を設定したり、フィードバックを避けることは別の話だ。素晴らしいマネージャーは、仕事の関係や仕事そのものの微妙なニュアンスをうまく扱うんだ。また、素晴らしいマネージャーは、各従業員の個人的なニーズに応じてアプローチを調整することも大事だよ。たとえば、もし私があなたのマネージャーで、あなたが言っていることを本当に信じていたら、私はただ仕事そのものについてのフィードバックをするだけだよ。* でも、私はそうは思っていない。私の経験上、この立場を取る人は感情が悪いと条件付けられていることが多い。私たちは大きな感情を持った肉の塊なんだ。この考え方を持つ人を管理するのは一番難しい。最終的に何かが彼らの感情に触れると、対処できなくなって、行動が不安定になる。私は、感情を率直に表現できる人の方が好きだな。何かが起こったときに適切に声を上げてくれるから、それに対処できる。フィードバックを受けたことや、間違いを犯したこと、何か悪いことをしたときに感情を持っている場合、私はその感情を認めて、フィードバックや境界を維持しながらも、その気持ちを理解してあげることができるんだ。

「マネージャーが私に謝らなくても、目に涙が浮かぶような形で人間性を認めることがなくても、同じ間違いを繰り返して私の邪魔をしないなら、全く気にしない。」でも、これがポイントなんだ。あなたにとってはどうでもいいかもしれないけど、マネージャーはそう思ってはいけない。他の人は気にするんだ。マネージャーが私たちを混乱させる方法の一つは、あなたがそれを気にしないと思い込むことだよ…。

これはエンジニアにも当てはまると思う。実際、私がシニア開発者に求める最大のスキルは謙虚さだね。自分が「間違えない」と思っていて、しかもそれが有害な人は、チーム全体を毒してしまう。だけど、ジュニア開発者からのフィードバックにもオープンなシニアは、みんながついていく存在だよ。彼らは一緒に苦労してくれるから、みんなも一緒に頑張ろうと思えるんだ。私たちはみんな人間で、ロボットじゃない。そういえば、LLMだってミスするしね。

そういえば、LLMだってミスするしね。ほんとそれ。別のウィンドウでは、サイトのCSSを直すためにそれを使ってるよ。

面接で注目していたのは、応募者が「わからない」と言った瞬間だ。そう言えない技術系の同僚とは、あまり良い経験がなかったな。

LLMは色々とやらかすし、自信満々の嘘つきだよね。でも、謙虚さは罰せられて、自信は一般的に評価される。だから、謙虚になりたがらない人が多いんだよ。自分に悪影響が出るって分かってるからね。

その通りだね。多くの人は、良いマネジメントスキルと良いシニアエンジニアリングスキルの間には大きな重なりがあることに気づいていない。具体的には、みんなを自分の指示に従わせること、難しいフィードバックを与えたり受け取ったりすること、人を成長させること、ストレスの多い会話に思慮深く関わること… こういうスキルがないエンジニアは、自分の技術力だけが重要だと思っていると、キャリアが非常に限られてしまう。技術的に優秀なスタッフレベルのエンジニアをチームから外したこともあるよ。特にシニアな役割に進むにつれて、隅っこで一人でコードを書くような役割はほとんどないからね。

Hacker Newsで議論の続きを見る