新天地での生存戦略：まずは「キャリブレーション」してからフルスロットルで駆け抜けろ

新しい役割に就いた時、最初から全力でアクセルを踏み込んでいませんか？実は、焦って動く前に「環境のキャリブレーション（調整）」を行うことが、成功への最短ルートです。まずは周囲の状況や期待値をしっかりと把握し、自分の立ち位置を正しく調整する。それができた後でこそ、迷いなくアクションを起こすことができるのです。まずは現状を正確に認識し、確実なスタートを切りましょう。

話が逸れるけど、「load-bearing（耐荷重の／不可欠な）」っていう表現が自然な文脈で使われているのを久しぶりに見たよ。 :-)

「チェスタトンの柵（Chesterton's fence）」はいくら引用しても足りないくらいだね。

物事を改革する際、改悪することとは区別して、シンプルで明快な原則がある。恐らく逆説的だと捉えられるだろうけどね。そこにある制度や法律があるとする。分かりやすく言えば、道の真ん中に柵や門が立っているようなものだ。最近のタイプのリフォーマーは、能天気に近づいてきて「こんなの何の役に立つんだ？さっさと撤去しよう」と言う。それに対して、より賢明なタイプのリフォーマーならこう答えるべきだ。「君がその用途を理解していないなら、撤去なんて絶対に認めない。一旦引き下がって考え直せ。そして、その用途をちゃんと理解して戻ってきたら、撤去を許可してやるかもしれない」

—
https://en.wikipedia.org/wiki/G._K._Chesterton#Chesterton's_... (https://en.wikipedia.org/wiki/G._K._Chesterton#Chesterton's_Fence)

関連：
https://news.ycombinator.com/item?id=38653711 (https://news.ycombinator.com/item?id=38653711)

思慮深くて本質を突いてるね、気に入ったよ。みんな、このプロセスにどれくらい時間をかけているのか気になるな。自分は久しぶりに新しい役割に就いたばかりで、素早い立ち上がりと、深い学習のための時間の確保、この両者の間でちょうどいいバランスを探しているところなんだ。

以前いた会社に新しいCTOが来たんだけど、その人がもう何でもかんでもいじくり回したくてたまらない人でね。初日からほとんどずっと。小さなことだけじゃなくて大きなことまで（Redmineが流行ってた頃に、新しい課題管理ツールやWikiに移行しようとか）。スタッフの担当分野を強引に変えたりして（例えばヘルプデスクのスタッフをトップのNetAdminに異動させて、Cisco認定エンジニアを追い出したせいで監査中に大混乱になった）。本当にめちゃくちゃだよ、何にでも自分の指紋を残したくてしょうがないって感じだった。

別の会社が買収されて合併した時は、買収先のCTOが新しいCTOになったんだけど、最初の会議で「そんなに急激には変わらないよ」って言ったんだ。当然、誰も信じてなかったんだけどね。彼女はすべてにおいて動きがゆっくりで、慎重だった。各チームのコンポーネントをじっくり時間をかけて理解してくれたおかげで、新会社とうまく噛み合うように変化し始めたのは数ヶ月後だった。混乱はほとんどなし。今でもあのマネジメントスタイルは尊敬してるよ。

しっかりした記事だね。ただ、あまり強調されていないかもしれないけど、一つ言っておきたいことがある。自分の貢献が最初は小さなものだとしても、それを適切に周知させること。すべてのチャンネルに投稿する必要はないけど、どこかには投稿して共有するべき。思慮深くて読みやすいメッセージを作るのに時間をかけよう。

評判を築くのは大変だけど、壊すのは簡単だ。どんな新しい組織でも信頼を得るには膨大な時間と労力がかかるし、面倒に感じることもあるかもしれない。でも、着実に仕事をこなしてそれを一貫して伝えていけば、同じ志を持つ人が気づいてくれて、推薦してくれたり、さらにチャンスをくれたりするようになるよ。

この記事、かなりAI生成っぽいね。最初の段落は違うかもしれないけど、それ以降は間違いなくそうだよ。

gptzeroでダブルチェックしてみたけど、100%私の意見に同意してくれた。

「著者」がGeminiを使ったのかどうか気になるところだね。私もここ1年Geminiを使いまくってるけど、文章のトーンがGeminiそのものなんだよ。まあ、どのモデルも同じような書き方をする可能性もあるけどね。

追記：記事自体は好きだし内容にも同意してる。Geminiの文体って読みやすくて結構いいよね。

「Move fast and break things（素早く動いて破壊せよ）」の対極にあるような考え方だね。非常に理にかなっていると思うけど、そもそもこういうアドバイスが必要な状況だというのが嘆かわしいよ。ごく当たり前の「常識」だろ。

もし私が、フェーズ2の間に価値の低いデタラメな仕事をするようプレッシャーをかけられない環境にいられたら、この記事のアドバイスはすごく役に立ったと思う。組織を大きく変えるための最も有益な提案をするのを焦らせられるような環境じゃなければね。プレッシャーがかかると、自分を抑えられなくなるんだ。

その結果、ソフトウェアエンジニアとして15年経った今、この業界から離れることさえ本気で考えてる。今の私に提示される役割は、組織の変革や成長よりも、ひたすら機能の実装を求められるものばかりだから。経験を積めば積むほど、キャリアが行き止まりに追い込まれていくみたいで、戻るしか道がないような感覚だ。すっかり冷めきっちゃったよ。これがただの通過点だといいんだけど。コーチが必要かもしれない。助けて。

一つだけ注意点。新しい役割の初期段階では、他人の行動に対してバイアスを持って取り組むのが良いと思う。他の人が手を挙げないような、すでに理解されている小さなプロジェクトや整理整頓の仕事を引き受けるのは、組織の隠れた問題点（bodies are buried）を見つけたり、チームの働き方を知ったり、チームプレイヤーであることを証明するのに最高の手段だよ。

この話を聞いて、「Career Cold Start（キャリアのコールドスタート）」の議論を思い出したよ[1]。新しい職場で働き始めた頃に一度調べた記憶があるな。ある程度役立ったけど、結局こういうのは「会社で働く」という実態を理解した上で得られる、苦労して手に入れた知見が多いよね。自分も7年ほどかけて、スタートアップやスケールアップ、今のF500と色々な環境を経験して、ようやく実感が湧いてきたところだよ。

[1] https://news.ycombinator.com/item?id=16550270 (https://news.ycombinator.com/item?id=16550270)