2 ポイント 投稿者 GN⁺ 2024-11-03 | 1件のコメント | WhatsAppで共有
  • Jon de la MotteはStripeで約4年間エンジニアとして働いた後、次の勤務先を決めないまま2024年8月30日を最終出社日として退職
  • 最初の面接は緊張とTypeScriptエラーで崩れたが、6か月後に再挑戦し、新設されたJS Infraチームの最初の採用者として加わる
  • Dashboard開発を新しいJSバンドラーへ移行し、開発速度を約10倍に高めたが、コミュニケーションとプロジェクト管理の進め方が理由で評価はPMEとなる
  • その後はチーム内でより脆さを見せる話を共有し、JSモジュール性プロジェクトを成功させてexceeds expectations評価を受けたが、認知が与える動機は長続きしなかった
  • 抑うつ感や睡眠の問題、仕事への動機低下が繰り返される中、チームにdepressionを打ち明けて休養したが、一時的な回復だけでは不十分だと判断し、次の段階が見えないまま退職した

次の職を決めずにStripeを去る

  • Jon de la MotteはStripeでほぼ4年間エンジニアとして働き、最終勤務日は8月30日金曜日だった
  • 次の職を決めずに辞めるのは怖かったが、予想外に活力を与えてくれる選択でもあった
  • 退職前に自分の考えを社内ブログとして整理し、妻と一緒に文章を磨く中で、自分にとって大事なのはより真実に語ることだと整理できた
  • 同じような困難を一人で抱えている人がいるかもしれないと思い、経験を公開することにした
  • 公開そのものも怖かったが、自分の核となる価値観のひとつであるhumbling honestyを実践する方法として受け止めた

Stripe入社前の緊張と最初の失敗

  • Stripeへの期待は非常に大きかった
    • 洗練されたプロダクト、細部への注意、エンジニアリングの卓越性を備えた会社だと見ていた
    • Hacker NewsでStripeの新製品リリースを見るたびにとても興奮し、Patrickを業界のビジョナリーとして尊敬していた
  • 最初の電話スクリーニング面接の前にはTypeScript、テストフレームワーク、tmux、ターミナル設定まで準備したが、極度に緊張していた
  • 面接の課題は単純なデータ構造と制約ベースのフィルタリングだったが、先に型を厳密にモデリングしようとしてTypeScriptエラーに詰まった
    • 動的キーが必要なオブジェクトのため、indexed typeを使うべきだと判断した
    • エラー解決がすぐに思い浮かばず、//@ts-ignoreでコンパイラエラーを回避した
    • その後もエラーが増え続け、集中力を失った
  • 面接後に問題を解き直してpublic gistに上げ、Twitter DMで面接官に送ったが、数日後に不採用のメールを受け取った
  • 6か月後に再び面接に挑戦してStripeに合格し、その事実をとても誇りに思った

JS Infraでの成果とPME評価

  • Stripeでは新設されたJS Infraチームの最初の採用者として加わった
  • 初期は明確なビジネス価値を示せるプロジェクトを見つけるのに時間がかかり、とくに文章を書くことが難しかった
    • 以前の小規模な会社では、本格的なプロジェクト提案書を書いた経験がほとんどなかった
    • Stripeのよく練られたshipped emailを読み、自分の文章力が足りないと感じた
    • 仕上がっていない文書に他人のアバターが表示されることさえ怖かった
  • 約1年後、Dashboard開発を新しいJSバンドラーに移行するプロジェクトで大きな成果を上げた
    • 開発速度を約10倍高めた
    • 自分のshipped emailがPatrickのFriday Firesideタブのひとつだったと聞き、とても嬉しかった
  • 次の1:1で、マネージャーはコミュニケーションとプロジェクト管理への懸念を伝えた
    • ほかのエンジニアたちをプロジェクトに十分巻き込めていなかったというフィードバックがあった
    • 結果は誇れるが、進め方は理想的ではなかったという評価を受けた
  • 成果評価では**partially meets expectations(PME)**を受けた
    • マネージャーは、プロジェクト管理に関するフィードバックを反映しつつ引き続き良い成果物を出せば、次のサイクルではsolid reviewに行けると話した
    • Jonは通話後、クローゼットに入り静かに泣き、恥と屈辱を感じた

脆さを共有したチーム体験と承認の限界

  • チームの古い友人との率直な会話が、立ち直る小さな力になった
    • 彼は前職でも一緒に働いた同僚で、仕事の成果と無関係に自分を気にかけてくれると信じられた
    • 一緒にJSバンドラープロジェクトの次段階の提案書を素早く作った
  • 当時のマネージャーは、その提案よりも急ぐべき仕事を優先すべきだと考えていたが、直接そうは言わず、Jonは最終的に別のJSモジュール性プロジェクトへ転換した
    • 後から振り返ると、その転換は正しい選択だったと見ている
    • なぜマネージャーがもっと直接的に言わなかったのかは、語ることができない
  • 新しいマネージャーが来た後、チームのonsiteの初期に「普段の職場環境より10%だけ脆さを見せて自己紹介してみよう」と提案した
    • Jonは、自分の結婚が数年前にほとんど壊れかけた経験と、その痛みを共有した
    • ほかの同僚たちも、職場では聞いたことのないようなより深い話を分かち合った
  • Stripeで最も好きな記憶は、プロジェクトの成功やPatrickが自分の文章を見たことではなく、一緒に働く人たちをより近く知ることができた瞬間だった
  • 新しいプロジェクトは再び大きく成功し、評価ではexceeds expectationsを受けた
    • 前向きな衝撃はあったが、モチベーションはすぐに消えた
    • 成果の承認への関心がますます薄れていくことを、よりはっきり感じるようになった

抑うつ感、休養、分からない次の段階

  • 時間が経つにつれ、人生全般にわたって意欲が落ちる抑うつ感が訪れた
    • ふだん楽しんでいたビデオゲームをするエネルギーもほとんどなかった
    • ある晩は文字通り壁を見つめて座っていた
    • 睡眠も悪化した
  • 「run」週が終わっても、バックログが始まった時より大きくなっていることがあると意識し、チームに迷惑をかけているという感覚が深まった
  • 妨害要因を減らそうとしたが、効果は限定的だった
    • Hacker NewsとTwitterをDNSで遮断した
    • Google Newsを読むのをやめた
    • しばらくは助けになったが、抑うつ感は続いた
  • チームと仕事は愛していたが、没頭状態はますますまれになった
    • ときどきはコード、文書、難しいSlack返信が自然に流れ出てくる瞬間もあった
    • しかし、あらゆる対処策が失敗しているように感じられ、より強い措置が必要だった
  • 最終的にチームに抑うつ感で苦しんでいると伝え、時間を取った
    • 会議の前には吐き気がし、自分は弱いのではないかと自問した
    • チームはとても支援的で、その思いやりと理解の中で、仕事のことで二度目の涙を流した
  • 仕事に復帰したが、数か月後には睡眠と休養が再び崩れた
  • 回復と活力の波が繰り返されても長続きしないと判断し、何が来るのか分からないまま一歩を踏み出すべき時だと受け止めた
  • 最後にはJohn O’DonohueのTo Bless the Space Between Usに収められた詩を引用し、変わる時が来たことを心の力が知らせており、未知の場所へ入っていく勇気が必要だという情感で締めくくった

1件のコメント

 
GN⁺ 2024-11-03
Hacker News のコメント
  • マネージャーに集団療法を強いられるのは望んでいない。会社には勤務時間を提供し、会社はお金を支払う、ただそれだけの関係だ。
    同僚と個人的な関係を築くか、友人になるか、私的な話をするかは、自分の選択であるべきだ。私生活は会社の関知することではない。
    もちろんマネージャーにそのまま言うことはしないだろうが、注意すべき人物リストに入れて、適当に偽の告白をすると思う。

    • 職場で弱みをさらすのは、自分で自分の足を撃つ確実な方法に近い。米国文化には、こういうことをオープンに話せというポジティブな自己啓発的な言説が多いが、現実には味方ではないかもしれない人たちにドラマと攻撃材料を提供することになる。
      どれほど「オープンさ」が流行していても、親しい友人、家族、セラピストの間にとどめておいたほうがいいことはある。
    • 原文は「気が向くなら10%だけ弱みを見せてみよう」だったのに、それがどうして「強要」と「集団療法」になるのか分からない。
    • ここ数年で、ポピュラー心理学や自己啓発書をよく読むマネージャーに会ったことがある。彼の1on1は次第に疑似セラピーセッションになり、幼少期、家庭生活、恐れ、不安のような話を「オープンに」させようとしてきた。
      そのたびに丁寧に仕事やオフィスの話へ戻していたので、関係はよくなかった。
      最初は珍しい例外だと思っていたが、招待制のマネジメント Slack に入ってみると、#1-on-1s チャンネルの話題の4分の1ほどが、チームメンバーを精神分析したりセラピストのように振る舞ったりしようとするマネージャーの話だった。
      幸い、その Slack では彼らに役割と職場での適切な境界線をしっかり正してくれる。悪い点は、新任マネージャーたちがどこかで、自分はチームのセラピストであり家父長のような存在にならなければならない、という考えを学んでくることだ。B級ビジネス書や LinkedIn のようなソーシャルメディアで育つ、ニューエイジ風の管理哲学の奇妙な亜種のように感じる。
    • 後でその話を悪用されるのが心配というより、無理やり心を開いて偽の友人のように振る舞えという要求そのものが腹立たしい。これは仕事上の関係だ。
      リモートワークが好きだからかもしれないが、4000km離れた人たちと友達になりたいわけではない。自分も十分に年を取ったし、職場の友人関係は数年のうちに消えるものだと知っている。その数年の間でさえ、主に仕事とキャリアの話しかしていなかった。
      全員に個人的な話を共有するよう強要しないでほしい。共有したい相手に、共有したいときにする。
    • ここで言う脆弱性とは、チームが期待、不満、願いを口にする機会のことかもしれない。職場で弱みを見せるというのは、例えばレビューに出した項目について、人々が実際に建設的なフィードバックをくれるのではなく些細な論争ばかりするのが嫌だと認めることや、git のワークフローが貢献を公平に可視化できていないと感じていると言うことかもしれない。
      他の人も同じように感じているなら改善できる。さらにチーム寄りの話にすると、サポート問い合わせに答える仕事が本当に嫌で Pete にもっとやってほしいとか、Sue が Figma で素晴らしい仕事をしているので学びたい、と言うこともできる。こういう種類の「弱さ」なら、チーム内で意味があるように見える。
  • 今起きているのは、大企業ではどれほど優秀でも、一人では有意義に盤面を変えるのが難しい構造の症状だ。
    そこに、終わりのない仕事が永遠に存在することも重なる。どの会社にも常に仕事はあり、誰も完全に「終わった」とは言えないが、超大企業では意味のある締め切りや成果物でさえ、影響という面ではほぼ0に丸められるように感じる。
    Microsoft で働いていて、ほとんどバーンアウト寸前まで行った。大半の指標では成功していたが、自分を動かしていたのは何よりも仕事が意味があり、影響を持つという感覚で、十分に大きな会社ではそれを得るのはほぼ不可能だ。
    スタートアップの CTO に移ると、人生はすぐにまた笑い始めた。
    仕事から離れて休む時間は必要だが、長く離れすぎる必要はない。「数年かかる」という話は完全にすり減ってしまった場合には当てはまるかもしれないが、失敗してもいいという気持ちで、自分が意味があり社会に貢献していると感じられる仕事に挑戦することも、回復の過程で過小評価されがちな重要な部分だ。

    • 管理職になって社内政治を学ばなければ盤面を動かせない。大きな会社には政治が多く、勝つチーム側に自分を位置づける必要がある。
      また、人を扱う能力は常に技術力に勝る。それを知ったことが、キャリアに何より大きく役立った。
    • 大企業で働くとき、優先順位を間違えることが多い。影響を生みたいなら、自分の事業を作る方向へ動くべきで、大企業はその手段にすぎない。
      銀行残高を増やし、良い信用履歴を築き、質素に暮らしながら、余暇にアイデアを育てて実行に移すことに集中すべきだ。
      一部の法域では、会社が勤務時間外に開発したアイデアにまで権利を主張できることがあるため、雇用契約書を確認する必要がある。そうした条項がないことを確実にしなければならない。
    • 時々、20代前半にやっていたパン屋やアイスクリーム店のような仕事が恋しくなる。給料も低く、勤務条件もあまり良くなかったが、単純なものを作り、人に渡し、一日が終われば本当に終わることから来る心理的な利点があった。
      ずっと残り続ける ToDo リスト、スプリント、デイリーミーティング、現代のホワイトカラー職のあらゆる要求はなかった。
      知識労働も同じように設計できるのか考えさせられる。難しいのは、最大でも一日単位でだけ集中しながら、長期的には進展を作る方法だ。
    • 「仕事に意味がなければモチベーションが出ない」というなら、どんな仕事が意味を与えるのか、その基準があるのか気になる。
      ユーザーや顧客に近づけば役立つと思っていた。ソフトウェアは結局、人のためのものだからだ。だがバグ対応や機能への期待値調整のような社会的側面は疲れるし、意味があるとは感じられなかった。
      唯一幸せだったのは、自分が予算内でできる限りカスタムメイドしたソフトウェアによって、顧客やユーザーが自分なしでもうまくやっている姿を見たときだった。しかし残念ながら、それだけではビジネスにならない。
    • 6人のスタートアップから、合併中のより大きな会社に至る過程を経験してきたので、新しいスタートアップを作るか参加したいという引力は大きい。少なくとも、小さなチームが一つのミッションのために本気で没頭している人たちと働く楽しさがある。
  • 筆者は、大企業での期待値が非現実的だったように見える。
    世界を変えるような意味のある仕事をし、努力に対して英雄のように称賛されることを期待していたが、現実はそうではない。
    死ぬほど働いても、背中を一度叩いてもらう以上のことを期待してはいけない。マネージャーたちは、努力や精神状態、眠れなかった夜よりも、上層部に良く見えることに関心がある。
    だから、良い評価を得られる程度に期待されている仕事だけをするほうがいい。
    会社に大きく貢献する素晴らしいアイデアを思いついても、すぐ実行せず、上層部に味方を見つけて彼らにメリットを説明し、その後、概念実証や最小機能製品を作り、公開の会議で経営トップに知らせるのがよい。そうすれば、会社のために良いことをし、正しい戦いをしたという功績と称賛を得られる。

    • この話は、もっと小さかった頃の Stripe ならよく当てはまったはずだ。全員の顔が分かり、Patrick がすべてのプログラマーを面接していた時代、Mission の1つのカフェテリアに全員が収まっていた頃は、違いを生み出すのは難しくなかった。
      常に競争的で、優秀な人たちが長時間働き、細部への執着が強い人にインポスター症候群を残すような文化だった。互いに親切であるべきだという期待もかなり強かった。インフラチームが依頼を冷たく無視することなど、単に許されなかった。
      そのため、膨らみ続ける期待に応えようと非常に懸命に働き、燃え尽きることはよくあった。
      文章には、その文化のもう一つの弱点も見えていた。頻繁なマネジメントの変更と、Amazon に似合いそうなマネージャーの成果主義文化だ。マネージャーがチームを移ると、それまで期待以上の評価を受けていた人が、次のマネージャーから突然 PIP を受けることもあった。
      誰かについて「一緒に働いた人の中で最も助けになる人」と言った2週間後に、その人がいなくなるのを見たら、士気にどんな影響があるか想像できる。多くの面で素晴らしい職場だったが、ネガティブな部分の代償も大きかった。
      結局この話は、数年が経っても Stripe の多くの部分が今なお見分けられることを示している。
    • 会社が採用基準として情熱を掲げると、違いを生み出したい人を採ることになる。実際の職務がその期待に合わなければ、会社にとっても良くない場合がある。
    • 大企業での戦略は、社内チャットやフォーラムで面白そうな問題を探すことだ。それを直すか、少しだけましにする何かをする。
      常に堅牢で面白いものを作り、誰かが偶然見つけたときに「わあ、これいいね。誰が作ったんだ?」と言えるようにしておく。
      そのうえで、適切な文脈でリンクを軽く共有する。10%でも当たれば満足する。
      割り当てられたプロジェクトの合間に、毎日9時から5時までこうしていると、自分のチームの外にどれほど大きな社内ネットワークを作れるかに驚く。横異動の選択肢も残しておける。
    • 会社に大きく貢献する素晴らしいアイデアがあっても、絶対にすぐやらないほうがいい。結局、自分の利益にならない可能性が高い。
      「味方」を見つけても、彼らが裏切ってアイデアの手柄を奪い、昇進して自分を追い出すこともあり得る。
      良いアイデアがあるなら自分だけのものにし、会社の外で活用する方法を考え、十分に強力ならそのアイデアで事業を始めるほうがいい。そうでなければ忘れればいい。
      求められた以上のことはしないほうがいい。
  • 文章は素晴らしいが、読んでいる間、代理不安と疲労が深く感じられた。この人は低い自尊心か別の理由で、不健康なほど人に合わせる傾向が明らかに見え、それが抑うつに寄与した可能性がある。
    真剣に、セラピーが正しい選択かもしれない。それでも、良いものを作りたいと思う良い人のように見える点は前向きで、称賛に値する。

    • 完全に同意する。筆者にはセラピーを検討するか、少なくともそこまで気にしすぎずに済む次の職場を見つけてほしい。
      出荷する仕事の品質は、面白いから気にかけるとしても、人間らしく過ごしながら私生活は私的なものとして残すべきだ。
      人に合わせることと承認欲求は、自分を他人の懐中電灯の電池にしてしまう行為だ。常に他人に消耗される自分を見ることになる。他人に自分の喜びを支配させてはいけない。
  • この症状は典型的なバーンアウトのサインだと思う。文章で目につくのは、仕事が特定の形で意味があり、重要でなければならないという考えに強く縛られている点だ。
    すべてが重要でなければならないなら、すべてに感情的に投資しなければならず、それ自体がバーンアウトにつながり得る。だが、自分にとって重要でなくても気にかけることはできるし、すべてに完全に没入しなくても良い仕事はできる。あらゆる細部に意味がなければ仕事を愛せない、というわけでもない。
    速く進む複雑な仕事、あちこちにある技術的負債、止まらないイノベーションの速度、そして成長の中では、すべてに投資するには多すぎる。そこまで重要でなくてもいい。
    本当に気にかける部分、つまり技術と品質、関係性、周囲の人をメンタリングして成長させること、少しずつ良くなっていくのを見ることのような、いくつかのことは重要であり得る。だが、すべてが重要であることはできない。そして、そのいくつかでさえ、ごく深い次元では実は重要ではないのだと気づく必要がある。
    Stripeはこの世界に実在するものではなく、日々実際にやり取りする何人かの人との関係を枠づけるための共有されたフィクションだ。1日の中で実際に起きているのは、コンピューターにタイピングし、何人かの人と話すことだけだ。
    何をタイピングしたのか、謙虚な正直さや発熱するような好奇心やPMEのようなより高い目的、フィクションから現実を作るために私たちが自分自身に聞かせる物語は、意味のある形では実際には重要ではない。本当に重要なのは、自分が出会う人々の人生をどう変えるか、そして自分の人生をどう変えるかだけだ。
    バーンアウトはつらい。毎日瞑想する習慣を身につけ、意味を手放しながら心を回復させる必要がある。今一緒にいる人、とりわけ自分自身と共にいる瞬間を楽しむ練習が必要だ。
    会社やキャリアのようなフィクションと、私たちが毎日自分に強化している大小の嘘が、必ず重要で深い意味を持たなければならないという執着を早く手放すほど、喜びも早く戻ってくる。
    バーンアウトとうつは同じではないと思う。どちらも経験したが、バーンアウトは違う。うつと重なる、関与する能力の喪失はあるが、通常は絶望感や人生が終わってほしいという思いは伴わない。やるべきだと思っていることを始められない、死んだような感覚に近く、あらゆることに広く影響する。
    良くなる。

    • バーンアウトを乗り越えた方法は、コンピューターに関係のない職場外の生活を持つことだった。20代前半には、人生で目立つものが仕事とコンピューターだけだった。
      朝起きて出勤し、プログラミングし、家に帰ってサイドプロジェクトをコーディングするかコンピューターゲームをし、眠って翌日また繰り返した。趣味もなく、職場で会った人以外の友人や知人もなく、職場の人工的な目標以外に自分を動かすものもなかった。バーンアウトの製法そのもので、実際ずっとそうだった。
      その後、結婚して家族ができ、地域社会でやることを見つけ、コンピューターを切って行う運動や趣味をたくさん持つようになった。20代以降の職場のほうがむしろ魂を削るような場所だったが、バーンアウトの兆しはなかった。
      仕事が終わったらコンピューターを切って、それで終わりだ。家具を作ったり、車を直したり、子どもと時間を過ごしたりと、社内政治、2週間スプリント、ステータス報告とは無関係なことをする。職場外の生活はメンタルヘルスに大きな助けになった。瞑想やスピリチュアリティは必要なかった。
    • 「仕事を気にしすぎるな」という言葉は軽く聞こえるが、実際には優れた助言だ。
      私たちには限られた気にかける予算があると考え、その予算をどこに使うか慎重であるべきだ。人によって、また同じ人でも人生の時期によって予算は違い得るので、その規模を把握するのもコツだ。
      バーンアウトは、あまりにも多くのものがあまりにも重要になり、それぞれに自分の一部を差し出す感情的な能力を、あまりにも長く超えたときに起こると考えられる。
      ここで重要なのは、その「重要すぎる」ものがうまくいっているか悪くなっているかとは別問題だという点だ。物事が悪い方向に進めばストレスは増えるだろうが、うまくいっているものを多すぎるほど、重要すぎるほどに捉えてもバーンアウトし得る。
    • 「人同士の相互作用を枠づけるための、世界の共有されたフィクション」という表現は、自然哲学者らしく感じられる。
      普遍的に重要なのは、自分たちのしていることに能動的に関わり続けることだと思う。ある人は、自分のしていることに意味があるというフィクションを語る必要があり、別の人は何が自分の人生に意味を与えるのかをただ分かっている。
  • こういうパターンをあまりにも多く見てきたので、一般化できる気がする。メンタルヘルスが崩れると、他の何も価値を持たなくなる
    夢見ていた職場、最初に望んでいた名声、収入をすべて手に入れても、精神的に健康であることがピラミッドの土台だ。
    だから、メンタルヘルスを本当の優先事項にしなければならないと学んだ。
    キャリアがすべてだと思っているとしても、収入の一部を使って専門的な助けを得るのは安い投資だ。崩れて退職しなければならなくなれば、数十万ドルを失う可能性があり、回復も苦痛を伴う。バーンアウト後にテック業界を完全に離れようとした人たちの話も聞いた。
    メンタルヘルスに関連して付け加えると、睡眠は健康面で最優先であるべきだ。何カ月も良質な睡眠を取り続けられなければ、コーヒーや運動で持ちこたえていても、結局は体が壊れる。
    文章は素晴らしく、それを共有する勇気を持ってくれたことにも本当に感謝している。また喜びを見つけられることを願っている。

  • 不人気な意見かもしれないが、少し一般化すると、Gen Zっぽさが強い。こう言うと自分も年を取ったように感じるが、筆者よりは確実に年上だと思う。
    真面目に見ると、話の序盤から完璧主義の兆候が見える。フォントを薄くするとか、会議に入る前に30秒待つとかいう部分だ。個人の姿勢にも、あまりに大きな脆さがある。
    比較的若く理想主義的な、キャリア初期の人である可能性が高そうだ。こういう人は、内面的に変わり、マネージャーや会社のくだらない言い分を受け流せるようにならないと、長くは持ちこたえにくい。
    品位を保つには、ある程度は「知るか」という態度が必要だ。人事評価は人間としての自分を定義しないし、定義することもできない。そうでないと失望したり感情的に燃え尽きたりしやすく、ここではそれが見える。

    • その人の立場になってみれば理解できる。
      最高水準のエンジニアリング人材と、残酷なほど難しい面接で知られる会社を偶像化していて、ちょうどその会社の面接機会を得た状況だ。
      面接官が何を理由に「不採用」を出すか分からないので、当然、完璧を求めているのだと想定してしまう。何年も夢見てきた職場を得られないというのは選択肢にないので、ミスを死ぬほど恐れ、最初の小さなミスの直後に一気に底までスパイラル的に落ちていくのも筋が通る。
      夢の職場を得た後は、さらに一生懸命働かなければならない。ここのエンジニアリング人材を見たか、というプレッシャーがあるからだ。管理者から「失敗」の人事評価を受けると、この不安は加速し、自分の価値を証明しようとさらに懸命に働くようになる。
      こうした条件の下で何とか持ちこたえる人もいる。成功が何であれ、そのために自分の人生のすべてと周囲のすべての人を喜んで燃やし尽くす人もいる。
    • 人生のあらゆることには、健全な程度の知るかという態度が必要だ。
      これを学び、そう生き始めた瞬間、幸福度は上がり、不安は下がった。
      失敗したら何だ、という態度が必要だ。他人が自分をどう思うかについての自分の想像に合わせて生きるのをやめなければならない。
    • 筆者は業界経験がほぼ10年だと言っていたので、大学を出てすぐに最初のプログラミング職に就いたと仮定すれば、おおよそ30〜32歳で、かなり確実にミレニアル世代に近い。もちろん、こういうことは重要ではない。「世代」のような作られた基準で一般化するのは、いつも疑わしく見る。
      人に合わせようとする傾向は確かに感じられたし、画面をきれいに見せようとするとか、会議への入室タイミングを設計する部分はやり過ぎだという点には同意する。面接官がそうした「指標」を気にしたり感心したりするなら、かなり浅いと言えるだろう。
      最初の人事評価を見ると、悪いマネージャーだったという印象を受ける。コミュニケーションが非常に重要だという点には同意するが、他の面では非常に成功したプロジェクトを終えた人に低い評価を与えるのは、残酷で士気をくじくことだ。
      コミュニケーション上の問題は、従業員の意欲をそいだりキャリアの発展を損なったりしなくても扱える。
      悪い人事評価が従業員にとって驚きとして受け止められるなら、それ自体がマネジメントの失敗だ。問題を評価の時点まで待たず、すぐに持ち出して解決しようとすべきだ。評価の時期になれば問題は消えているかもしれないし、そうでなくても従業員が低評価の理由に驚くことはないだろう。
    • 一般化したり仮定したりする必要はない。筆者は「ほぼ10年にわたりソフトウェアエンジニアとして成功したキャリアを築いた」と述べており、履歴書を見るとプロのエンジニアとして10年以上働いているようだ。
      完璧主義と理想主義に関する点には同意するが、それはGen Zだけにあるものではない。
    • 筆者は履歴書上、確実にミレニアル世代に見える。私も年長のミレニアルとして、HNと私たちの業界が、若い人にも年長者にも向けられる年齢差別から自由であってほしいと思う。こういうコメントは役に立たない。
  • この記事の「10%だけ脆弱になる」の部分について、「私は会社に労働時間を提供し、会社はお金を払う」というような反応が多く、「最近どう?」「大丈夫」を少し超える人間的なつながりを見せることに強い拒否感が見られる。あるコメントでは、マネージャーの質問を虐待と呼び、解雇すべきだとまで言っていた。
    しかし、ほとんどの日のほとんどの時間をこの人たちと過ごすのなら、同じ会社で働いているという理由だけで、彼らを人間的なつながりの対象から自動的に除外して何が得られるのか分からない。
    それに、この話でマネージャーが誰かに何かを強制したとは言いにくい。

    • 管理者が何かを提案するときには、権力差がある。たとえ本心から、100%本当に、共有しなくてもまったく気にしないとしても、権力のバランスは働いているので危険だ。
      私は自分のマネージャーが好きだし、気楽に話せる人で、退勤後に深い話を何度かしたこともある。だが勤務時間中にこういうことを始めたら、100%不適切だと言うだろう。
      悪意がないことは分かるが、新しく入社して不安な人はどう反応すればいいのか。「チームプレーヤーではない」といった人事的な常套句に見えない形で、どう断ることを期待できるのか。
      職場の人を知人以上にしたくない人もいる。自分の社会生活が別にあり、職場生活よりそこにはるかに多くのエネルギーを使うのはまったく問題ない。
      個人的には、元同僚が会社を辞めた後、あるいは自分が辞めた後に連絡を取った記憶はほとんどなく、彼らを友人とも呼ばない。きついスプリントの後、金曜の夜にバーで一緒に過ごしたこともあるし、良い仕事上の関係もあったが、友人ではなかった。その時間は本当の友人たちと過ごしたい。
    • こういう場で弱さを共有しないと、共有した人たちが不快に感じ、その後排除されるケースがあると聞いたことがある。マネージャーを解雇すべきというのは行き過ぎだが、権力差と、それが全員に同調を強いる仕組みは考慮すべきだ。
    • 似たように踏み込みすぎたやり方で振る舞い、プロとしての境界と私的な境界を曖昧にしようとするマネージャーを実際に経験したことがある。その後、彼は私の職務評価の中で、私のものだと推測した感情状態や動機を批判した。
      「強制」が物理的に押さえつけてグループの中で話させるという意味なら、正確ではないかもしれないし、「虐待」も積極的な権力の乱用という意味なら正確ではないかもしれない。だが不参加には不利益がある。
      同僚とつながることに反対しているわけではない。以前の職場では、10年以上大切に付き合っている友人を2人得た。ただし、そのつながりは有機的に、同僚同士の間で、自分の給与にサインし年次評価を書く人が主導するグループとは切り離されて生まれるべきだ。
    • 弱さを見せることは、個人的な関係を作るうえでは素晴らしく、役に立つことがある。だが、マネージャーが直属の部下に対し、職業上の場で、グループの前で個人的に弱さを見せるよう求めるのは不適切だ。
      強制ではなかったという点には同意するし、私自身は自分が心地よい範囲でだけ共有することに問題はないだろう。しかし、そのチームの少なくとも1人は不快だったにもかかわらず、共有しなければ何らかの形で、たとえ社会的にでも不利益を被るかもしれないと感じた可能性が高い。それはよくない。
      チームミーティングで上司が弱い瞬間を共有するよう求めなければチームメンバーと絆を作れないのだとしたら、こうした活動では解決できない、もっと深い問題がある。
      最近の職場では、数年前に全員その会社を離れたが今も続いている強い友情がいくつかある。一方で、別の職場でのいわゆる同僚友達の関係の大半は、どちらかが会社を離れた後すぐに薄れていった。それはかなり普通のことで、間違っているわけでもない。
      同僚以外のところで活発な社会生活を送り、同僚に知人以上の関心をあまり持たないことも、何の問題もない。
    • この状況では会話のコントロールがないため、一部の参加者が不快になる可能性がある。私の10%と他人の10%は大きく違うかもしれない。
      筆者自身も「10%より先に進むことにした。数年前に結婚生活がほとんど破綻し、それがどれほど苦痛だったかを少し共有した」と認めている。
      マネージャーに10%程度を共有するよう言われて、「時々、仕事や締め切り、成果のことで不安になる」くらいのことを話したところ、次の人がほとんど破綻した結婚のような非常に個人的で深刻な話をする場面を想像すればよい。その人が会話全体のトーンを決めて全員にそれに合わせさせたり、自分の共有した内容がより深刻だからと会話を乗っ取ったりすることになる。
      誰が何を共有するか事前に知る方法がない以上、全員が安心できるかを前もって知る方法もない。
      人間的なつながりは、同僚と趣味について話すことでも可能だ。全員がつらい経験を分かち合う円卓会議である必要はない。
  • こうした状況に対処するうえで最も役に立った方法は3つあった。まず、意味があるという定義を磨き直すことだ。自分や同僚の助けになること、新しいことを学ばせてくれること、美しいものを作らせてくれることも、意味のあることになり得る。
    飢えた人に一食を与えることには、大きな社会問題を解決したり、多くの人から拍手を受けたりすることでなくても、多くの意味がある。
    第二に、筆者の最初のマネージャーのような人をあまり個人的に受け止めすぎないことだ。時間が経つと、彼らはたいてい悪人やひどい人間というより、別の任務を持った人にすぎないのだと分かってくる。彼らも普通は私たちと同じように道に迷い、意味と承認を探している。
    本当に性格が合わないなら、彼らに与える重要度を下げて仕事に集中すればよい。それでも有害になるなら移ればよい。
    最も重要なのは、仕事との関係を作り直すことだ。自分が何者であるかと、自分が何をするかは、必ずしも同じではない。「適当に遊んで給料だけもらえ」という助言は好きではない。そうしてみたことがあるが、時間が経つとそれも気分が悪くなる。それでも、その方向に少し進むことはバランスを見つける助けになる。

  • 文章はよく書けていた。
    すぐに腹が立ったのは、素晴らしい仕事を成し遂げたにもかかわらず、経営陣が結果ではなく他のすべてを攻撃する理由Xを持ち出した部分だ。その理由自体は実は重要ではない。本当の理由は、何らかの形で彼らを脅かし、彼らが自分たちの仕事を正当化しなければならなかったからだ。
    正直、その時点で自分ならそのまま退職していただろう。もっと長く残ったのなら、聖人君子に近い。
    本当に働くにはひどい会社のように聞こえる。

    • 聖人君子ではなく、「君は決して十分によくはならないから、もっと努力しろ」というパターンを繰り返しているのだ。
      そのマネージャーは典型的にひどく見えるし、世の中がそういう人たちに他人に対する権力を与えるのが嫌だ。
    • 単に悪いマネージャーだった可能性もある。新しいマネージャーのもとでは、より良い評価を受けていた。