他人の仕事を引き受ける者が、組織を生き延びさせる

私は日本の企業で働いたことがあるが、その人事政策の大きな部分は、社員を社内で異動させることだった。通常は1年か2年の任期で（人々は会社で全キャリアを過ごすので、それが可能だった）。最終的にはより長い任期で専門化することになった。

彼らはこれを、標準化されたコーディングやドキュメントのスタイル、共通ツールなどと組み合わせていた。これらの標準に関するトレーニングは全社員にとって定期的なものだった。

狙いは、経験豊富な社員を迅速に異動させられるようにすることだった。また、社員が自分の仕事が統合されたシステムの中でどのように応用されるかを理解するのにも役立った（専任の社員にありがちな問題として、視野が狭くなるということがある）。

概ね機能したが、彼らの特有の文化に依存しており、システムにかなりのオーバーヘッドと硬直性をもたらした。また、専門家を育成するのに長い時間がかかることも意味した。

個人的には、私はいつも新しいことを学ぶのを楽しんできた（今もそうだ）。実際、やり方を知らないプロジェクトを引き受けるのが好きだ。それについてはここに書いた：https://littlegreenviper.com/miscellany/thats-not-what-ships...

> マネージャーが実際に何も管理していないなら、彼の部下のところに行って効果的に彼らを管理できる限り、それは問題ない

> しかし通常、彼の組織の中には、そうするものだと信じて、あなたと協力してくれる人々が見つかる

私がマネージャーとしても、世間知らずの社員としても、誰かが私に対してこれを試みたケースの100%で、本当の理由はその人がマネージャーや社員が何をすべきかを気にかけていなかったことだった。彼らは自分のチームの仕事をさせるために利用できる、都合の良い標的を探していたのだ。「マネージャーは何も管理していない」という非難のほとんどは、他のマネージャーやチームが何をしているかを理解しようともしていない他のチームから来ていた。もし他のマネージャーやチームが何らかの形で自分たちのために積極的に働いていなければ、そのマネージャーは何もしていないと思ったのだ。

> 彼らの多くが、自分たちは本当は階層を通じて下される命令に従い、それ以外は何もしないことになっているとずっと前に悟っているのは事実だ。たとえ周りがすべて火事であっても。しかし、これに気づかない者もいて、ほとんどのマネージャーはこうした遅ればせながら学ぶ部下の少なくとも一部を罰することに失敗している。だから彼らはあなたが扱うものだ。

最も寛大な解釈では、これは遊んでいる社員を活用して公益のために役立てることだが、実際の会社で私が見てきたほとんどのケースは、一人の傲慢なマネージャーが、頼めば何でもやってくれるほど騙されやすい労働者たちに自分の仕事を押し付けることから来ている。

私は、いつも喜んで助けの手を貸したがる本当に素晴らしい人々と働き、雇ってきた […]

私は中央集権化という考えには反対だ。私は非常に大きな企業のために中央AIプラットフォームを作るプロジェクトに取り組んでいる。ご想像の通り、そんな大企業にはすでに社内の異なる部門が作ったいくつかの異なるプラットフォームがある。各部門はそれぞれ比較的満足しているものを持っている。しかし本社はこの重複を無駄と見なし、一つに統合しようとしている。

一つのものの問題は、他のあらゆる単一のソースと同じだ。彼らが提供するもの、彼らが提供するタイムラインに縛られる。これを10万人の他の人々と共有するので、あなたのユースケースに合わせて作られるのではなく、可能な限り汎用的に作られるか、無関係な機能でいっぱいになる。どちらの場合もあなたにとっては悪化する。

私は、無料の同等品が我々のニーズを満たさず、不要な余計な複雑さを伴うために、それを基にしたり完全に置き換えたりして社内ライブラリを作ったことがよくある。確かにコストはかかるが、本当にニーズを満たすもののためには時には価値がある。

全員に同じ共通プラットフォームを使うよう強制することで、あなたは彼らにプラットフォームとニーズのミスマッチを回避するよう強制するか、プラットフォームに全員のニーズを提供するよう強制するかのどちらかだ。どちらも効率的ではなく、他のすべてのユーザーに害を及ぼす。

自分で作るつもりなら、それには十分な理由があるべきだが、すべてに対して単一のソリューションを強制されるべきではない。それはいくつかの特化したものを作るよりも高くつくことがある […]

現在の仕事で嫌いなことの一つは、これが不可能なことだ。

すべてが複数の権限レイヤーの背後にロックされている。実際の自分の仕事（ここの役割が変わるたびに、あるいは新入社員のオンボーディング時にいつも目にする）のための正しい権限を設定するのに何週間もかかる。公式には所有していないシステムの別の部分に飛び込んで改善するための権限を得ることは、たとえ丁寧に頼めば与えられるかもしれなくても（誰が実際にどの権限を持つべきか誰も知らないから）、「正しい」人に頼むよりもはるかに高い摩擦がある。

私は組織内で、これを自分自身に適用する傾向がある（一般的に何でも試してみたい人たちとは対照的に——それはそれでいい）。私はいつも組織を見て回るのが大のファンだ。開発者として入社しようと役員として入社しようと、必ず製品、サポート、マーケティングと時間を過ごすようにしている。それは私に独自の視点を与えてくれる。他の人にも同じようにするよう勧め、私がオンボーディングを「管理」するときは、それをプロセスの一部にしている。

これは文字通り、誰かが顧客プロファイルと製品に追いつくための最速の方法だ。サポートコール（そういうものがあれば）を聞きながら製品をいじることができる。開発者として私たちがいつも遭遇するとは限らない痛点や「硬いエッジ」について学ぶことができる。

他の全員の仕事ができることのもう一つの強力な点は、あなた個人が多くのレバレッジを得ることであり、しかも多くの異なる方法で得る。誰かが助けを必要としている？あなたはおそらくそれを提供する方法を知っている。何かが火事になっている？今日何が燃えていようと、あなたはおそらく次に何をすべきか、少なくとも誰に電話すべきかを知っている。誰かが何かで譲らない？あなたは他の誰よりも大きなレバーを持っているわけではないかもしれないが、自分のレバーを正確にどこに配置すべきか、そして少し力を加えたときに正確に何が起こるかを知っている可能性が高い。

それは役に立つ。

そして、FedExに荷物を届けるためにクライアントに時給300ドルを請求できるような時もある。なぜならあなたはそれができ、ここにいて、正しくやってのけるからだ——この特定の締め切りや荷物の中身の特異性を誰かに説明する必要はない。あなたはそれを把握している。

たとえそれが通常、シニアコンサルタントの仕事でなくても。

> 私は、20%の人々が80%の仕事をしているだけでなく、これらすべての仕事が最終目標を達成するのは、本来は他人がやるべきことを、組織の現実の見方では完全に正当な理由でやらない人々の5%未満のおかげであると信じている。たとえそうした正当な理由の累積的効果が、その場所全体の確実な死であっても。

HNの投稿でこれほど正当化されたと感じたことがあっただろうか。

私は間違いなく、他人がやらない余分な仕事をするそうしたお人好しの一人だ。それは利他的ではなく、ただ自分のタスクが馬鹿げていると全くやる気が起きないだけだ。問題は、十分に大きな組織では、ほとんど誰も同じページにいないために、多くのタスクが馬鹿げていることだ。