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

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

概要

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

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

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

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

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

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

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

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

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

Hackerたちの意見

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

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

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

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

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

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

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

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

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

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

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

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

これまでに「教師にも当てはまる!」「親にも当てはまる!」「エンジニアにも当てはまる!」って意見が出てるね。結局、全ての人間に当てはまることだよ。

元教師/コーチとして、これは子どもたちとの強い関係を築くために私が取ったアプローチだね。こういう関係は「私は完璧なリーダー...あなたたちは欠点のある生徒」っていう感じになりがちで、それじゃ本当に繋がったり、彼らのユニークなニーズを理解するのをサポートできない。どんな状況でも、私たちはみんな人間で、リスクを取ったり間違えたりしても大丈夫だってことを伝えるのが大事だと思ってる。

私の経験では、ICのマネジメントのギャップは責任感だと思う。「ごめんなさい」と言うのは簡単だけど、良いマネジメント、私が目指しているのは自分自身に責任を持つこと。つまり、1. 起こった問題を特定すること(特に自分が原因の時)、そしてもっと重要なのは、2. 同じことが再発しないようにシステムを整えること。マネージャーが責任感を欠いていると、従業員はそれをはっきり感じる。中堅や特に上級マネジメントの一員として(もし本当に人々の生活の質と成果を改善したいなら)、ただ「間違った」と言うだけじゃなくて、実際に自分が責任を持って、同じことが起こらないようにすることが大事だよね(通常は、他の人に追加のタスクを押し付けるんじゃなくて、ノーと言うのが上手くなることを意味する)。

良いシステム思考と、継続的に改善したいという実際の欲求・インセンティブが組み合わさると、良いマネジメントが生まれるよね。

基本的には2に同意だけど、あまりにも多くのシステムを導入すると、何も進まなくなるから気をつけてね。バランスを取るのが難しいんだよね。

誰かを信頼できると思わせるのは、自分の行動や責任をちゃんと受け入れることだけど、他人の行動や責任まで背負わないための境界線を持つことも大事だよね。これが、マネージャーや直属の部下、同僚に求めることなんだ。

再発を防ぐためのシステムを導入する それに加えて、悪いマネージャーには色々な特性があると思うけど、個人的には最悪なのは、自分を守るためにミスを修正したり、他人の印象を気にしたりする人だね。そういう人は神経質で、対立をうまく処理できないから、恣意的なシステムを導入して、問題を間接的に対処しようとする。悪いマネージャーは、自分のエゴを守るためにシステムを作ったから、それを評価したり見直したりしない。「この従業員はパフォーマンスが悪いのは、私が彼らのやり方が気に入らないからで、これに対するシステムがある!」って感じでね。新しい仕事に適応するのが難しいのは、十分に委任するためには信頼できる必要があるからで、他の人に自分がかつてやっていたタスクを任せることができないんだ。自分がその仕事を得た理由の一部は、コミュニケーションが得意だからだと思ってるかもしれないけど、実際は誰も成長が必要だって教えてくれなかっただけなんだよね。

自分のミスを認めるマネージャーは、そうでない場合と比べて昇進する頻度は同じなのかな?

再発を防ぐためのシステムを導入すること。これを「願望的思考」とも呼ぶけど… こういう対策は、しばしばうまくいかないことが多い。これにちなんだインターネットの法則もあるよ。「対策が目標になると、それは良い対策ではなくなる」。

システムを導入することは、組織の傷跡みたいなもの。傷跡には非常に注意が必要だよ。

マネジメントのミスの大きな原因は、人と話さずに重要な決定を下すことだと思う。JIRAボードが洞察を与えてくれると思っているから。

数年前にHNで「モカリー・メソッド」ってタイトルのGoogleドキュメントのリンクが投稿されてたのを見たことがある。これにはこういうマネジメントスキルがいろいろ書いてあって、すごく人間らしい方法で説明されてるから、非マネージャーの私にも理解しやすいんだ。間違いに対する反応のドキュメントはこれだよ:https://docs.google.com/document/d/1AqBGwJ2gMQCrx5hK8q-u7wP0... それから、マットがもう少し詳しく話してる動画もあるよ:https://www.loom.com/share/651f369c763f4377a146657e1362c780 この記事と似たアプローチだけど、「巻き戻してやり直す」ことを少し強調してる感じ。追記 - 完全な「カリキュラム」はここにあるよ:https://docs.google.com/document/d/18FiJbYn53fTtPmphfdCKT2TM...

そのドキュメントのリンク、全部持ってる?再配布する価値がある気がするんだ。たとえほとんどが常識だとしても、書かれたものを見ると立ち止まって反省して、より良くできることがあるから。

一番大事なスキルは、経営陣からの保護だと思う。私の最高のマネージャーは、締切を急に短縮したり、意味のない機能リクエストに対して「ノー」と言ってくれた。買収後も私を評価してくれて、結局解雇されることはなかった。彼は退職間近で、昇進に興味がなかったから、良いマネージャーだったんだ。多くの悪いマネージャーは、自分の立場を良く見せるために、あなたやチームを犠牲にするからね。

この50年でアメリカ文化の中で見た一番大きな変化は、間違っていることが最悪だっていう風潮だと思う。公共の場や企業の世界でそれが常に見られる。解決策が何かは分からないけど、「ごめんなさい」と言って和解することを許さないし、それを言わない人に責任を持たせないことが、社会の多くの問題の大きな要因になってる。

これは素晴らしいアドバイスだね。内省的で自己反省ができるマネージャーには効果的だと思う。そういうマネージャーは本当に珍しいけどね。ほとんどの人は自分のバイアスや認知の欠陥に気づいてない。多くの「悪いマネージャー」は、自分が仕事ができてないことすら分かってないと思う。責任もなければ、指標もパフォーマンスレビューもないし、生産性に関する研究もない…ほとんどは、彼らの「仕事」が株主の権力の代理人であるからなんだ。自分のチームのために良いマネージャーになりたいと思っているエンジニアリングマネージャーを見つけたら、拍手を送りたいね。良いマネージャーを見つけるのは難しいけど、悪いマネージャーの下で働くICの唯一の選択肢は、辞めるか別のチームを探すことだよ。

悪いマネージャーの下で働くICの唯一の選択肢は、辞めるか別のチームを探すことだ。 同意だけど、それは簡単なことじゃないよね。

私にとって、認めて改善するのが最も難しいミスは、悪い採用だね。「この人をうまく働かせられる」と思っていたけど、このアプローチに疑問を持つようになった。チームが大きくなるにつれて、合わない人がいると負担が大きいし、他のチームメンバーにも影響が出る。PIPに進む前に多くのチャンスを与える「正しいこと」をするのをやめて、プロセスを早く始めることにした。でも、技術的なミスを認めるのは簡単でも、何らかの理由で能力が足りない従業員に対処するのは難しい。特に彼らが良い人の場合はね。難しい人になると少し楽になるけど、やっぱり難しいよ。

以前は、人をコーチングして良いパフォーマーに育てられると思ってた。でも、経験から学んだのは、みんなが仲良く信頼し合っているチームの方が、はるかに生産性が高いってこと。一人の悪いパフォーマーが大きな悪影響を及ぼすこともあるからね。