初期段階のスタートアップで働く必要はないよ。実際、大多数の人はそうしてないし。でも、初期段階のスタートアップに参加したい人もいるし、ヨーロッパでもたくさんいるよ。 > だから、いいワークライフバランスが保てる。今は週に4時間しか働いてない。だから、私がPMだったとき、アムステルダムのオフィスを閉鎖して、プラハ、ブカレスト、ワルシャワに移転したんだ。週40時間働いて€80kの報酬を得ることに文句を言う人はあまりいないよ。

だから、ヨーロッパではますます少ない企業が採用しているんだ。

アメリカでは全員が996ってわけじゃないけど、ここには悪いマネジメントのパンデミックがあるよ。というか、悪いマネジメントというよりも、数万のエンジニアを抱えるアマゾンのプロジェクト管理についての記事を読んだ人たちが、自分たちの4人のスタートアップも同じように管理しようとすることが多いんだ。彼らはそれを「グロースハッキング」だと思ってるからね。アメリカのテックスタートアップは、しばしば相続税を回避するための手段に過ぎないし、VCマネーを夢を売ってより大きな愚者に変えるための手段でもある。もちろん、デメリットもあるよ。

「今、週に4時間働いてるよ。」どこの雇用主が4時間の契約を出すの？

4はめっちゃ低いね。ちょっと異常だと思う。お金持ちか、コストがすごく低いか、時給がめちゃくちゃ良いか、もしくはそのティム・フェリスの本をうまく活用できた一人なんじゃないかな。

EUにいるけど、これがほとんどのエンジニアを表してるとは思わないな。ここでも過労文化があって、たくさんの会社に利用されてるよ。

これってどういうことなの？報告するのに4時間分の仕事があるってこと？4時間以上の給料もらってるの？こういう全然理解できない発言をする人がいると、すごく気になるんだよね。

この記事から誤解しないでほしい。996はアメリカでは非常に稀だよ。アメリカのエンジニアのほとんどは、普通の40時間労働をしてる。

人を脱モチベートするのは難しくないよ。でも、ここがポイントなんだ…みんなが同じことでモチベートされるわけじゃない。マネージャーとして人をモチベートするコツは、彼らが何にモチベートされるかを見極めるために時間をかけることだよ。そして、もし脱モチベートすることだけができるなら、最終的にはチームの全員が脱モチベートされちゃうんだ。

27歳で人を雇う頃には、モチベーションにかなりの差が出てくると思う。25年の経験（それは雇う人にとって「内在的」なものだよね）は、特に人生の初期には大きいよ。うつ病や皮肉、過去の経験など、モチベーションの基準が低くなる要因はいろいろあるしね。これも文脈によると思うけど、それが君が言ってることだと思うし、100%同意するよ。ある人は役割Aで活躍するけど、役割Bでは壁に頭をぶつけたくなるかもしれない。逆も然り、どちらでも「まあまあ」な人もいるしね。

人をやる気をなくさせるのはすごく簡単だと思う。ディルバートの漫画に出てくるPHBを見てみて。だけど、人をやる気にさせるのも簡単だとは限らない。両者は同じじゃない。人をやる気にさせるには、彼らの心理や価値観、人生から何を望んでいるかを理解して、その知識を使って職場文化を作る必要がある。やる気をなくさせるのは、それを理解しないか、自己中心的な心理を優先するだけで済むから、ずっと簡単なんだ。

やる気は内発的なものと外発的なものに分けるのがいいよ。内発的なものは内側から来るもので、遺伝的な性格特性として説明されることが多い。外発的なものは、通常お金や報酬、ポジティブなフィードバックなどの外部要因から来る。やる気を失うのは、ほとんどの場合、管理が悪いせいだと思う（メンタルヘルスの問題は別として）。

そうだね、みんな色んなモチベーションの源があるよね。一番のポイントは「所有感」だと思う。多くの人が大企業じゃなくてスタートアップに参加するのは、そこで声を持ったり影響を与えたりしたいからなんだよね。これを認識しないで、創業者やマネージャー、リーダーが台無しにしちゃうのをたくさん見てきたよ。もちろん、モチベーションのある人を見つけて雇うことはできるけど、特定の問題に対してその人たちがモチベートされる保証は全くないんだよね。

「人をやる気をなくさせるのはとても簡単」本当にその通りだよね。逆転させるのはすごく難しいし。

「雇われた」という言葉には色んな意味があるね。モチベーションはその人に内在するものなのか、それとも人と状況の組み合わせなのか。それとも人、状況、そして理由（面接での理由）なのかな。面接プロセスで「ハッ」とする瞬間があったときが一番モチベートされてた気がする。あるいは「クール！」って感じ。私にとっては、技術スタックよりも最終製品に関することが多いかな。自分が使いたいものに取り組むのが好きなんだ。

著者と同じ「モチベーション」の定義を使ってるわけじゃないかもしれないけど、チームの人が何にモチベーションを感じるか理解して、適切な人を集めて正しい問題に取り組ませること、そして人を最善のパフォーマンスに導くために圧力をかけるタイミングを知ることは、マネージャーがチームをモチベートするためにできることだよね。

悪いマネージャーは素晴らしい社員を普通の社員に変えちゃう。そうなると、元に戻るのは本当に難しいよ。

それ、100%同意！マネージャーとしての自分の哲学の一つは、基本的に邪魔しないことだと思ってる。そこから、一番大きな問題を特定して解決する。優秀な人を雇うことに成功してるなら、なぜマイクロマネジメントしたいのか全然理解できない。996みたいなやる気を削ぐようなことをしたり、彼らを誤解させたり、マーケティングしたり、悪いことを隠したりするのは馬鹿げてるよ。人を大人として扱うのが、インフルエンサーのブログが教えたくない「一つの秘訣」なんだ。

「従業員は仕事を辞めるんじゃなくて、マネージャーを辞めるんだ」ってよく言ってた。アマゾンではすごく楽しかったけど、最適じゃないマネージャーの下に移動させられて、1ヶ月も経たずに辞めた。そのマネージャーは昇進したけどね。これがアマゾンで働くことについて知っておくべきことだよ。もしかしたら、辞めさせようとしてたのかも。あるいは、そのエリアのディレクターが無能だったのかも。両方かもしれないけど。

チーム構成については『神話のマン・マンス』を読む価値があるよ。ブルックスが新しいことを言ってるわけじゃないけど、チームをどう構成するかの良いアイデアを見つけるために人々がどれだけ長い間試行錯誤してきたかの視点を得られるからね。

+111111 マネージャーが15人の直接報告を持つのは効果的じゃないと思う。物事を維持するのは可能かもしれないけど、そのチームを半分に分けて別のマネージャーを雇った方がずっと良い状況になるよ。ここでよく起こるのは、チームの最もシニアなメンバーがICの仕事をする代わりにマネジメントの責任を引き受けてしまうこと。もちろん、メンターシップや方向性、文化などには貢献すべきだけど、15人のエンジニアを深く理解するにはやりすぎだよ。リーダーがダメな時だけ、こういう状況が起こると思う。報告が多すぎると、マイクロマネジメントが難しくなるけど、他の面で邪魔をしてる可能性もあるよね。

そうだね、15人は多すぎる。プロジェクトが同時にいくつあるかにもよるけど、10人でもギリギリな感じがする。

僕の経験則では、マネジメントの複雑さは「直接の部下の数 × プロジェクトの数」で決まるんだ。プロジェクトはステークホルダーのセット（PMとか、ビジネスによって変わるけど）として定義される。具体的には、1人のPMがいる明確なプラットフォームチームで12人のICを管理するのは、6つのビジネスで働く6人を管理するよりずっと簡単だよ。データサイエンティストのチームを管理する時によくあるパターンだね。

何が起こったの？マスクが半分のスタッフをクビにしたところから始まったね…。この業界に長くいるから、振り子が何度も行ったり来たりするのを見てきたよ。2020年/2021年のピークは「甘やかされたテックワーカー」の典型だったけど、今はもう反対側に向かってると思う。

何が起こらなかったかを見る方がいいよ：労働組合化。アメリカ人は、スティーブ・ジョブズがダイエットや鍼治療で癌を治そうとしていたことを思い出させることが多い。解決策は分かってるのに、それが気に入らないだけなんだよね。

996は赤信号だってリクルーターに直接言うよ。前は、クラックした（旧10x（旧ニンジャ））エンジニアとかシグマグラインドセットとか、そういうのが多かった。パフォーマンス重視なんだよね。人を集めて、彼らが本当に大事だと思うものを作らせれば、恐れから働くグループよりもパフォーマンスが良くなるよ。バズワードばっかりの人たちよりも、絶対にね。

そして今、このブログが主張できる最も強いことは、アメリカの一部のエンジニアがリクルートから disengage するかもしれないってこと？その発言は特にシリコンバレーのトップ1%のエンジニアについてのものだよね。それはアメリカのエンジニア全体の中では非常に小さなサブセットだ。シリコンバレーの才能の尖った部分は、仕事が人生であるエンジニアが多いから、すごく変わった場所だ。オフィスに住んで、24/7働く同僚がいるのが好きな人もいるかもしれない。これを肯定するわけじゃないし、一般的だとも言わない。一般的ではないよ。ただ、才能の分布の極端な外れ値に絞ると、仕事に対して非常に執着している人がたくさんいることがわかる。彼らの仕事は、株式を含めて年収100万ドル以上だから、好きなテーマでエネルギッシュな人たちと数年996するのは悪い取引じゃない。一般的に、リクルーターが普通のエンジニアに996が期待されると言ったら、その会話は終わりだろう。アメリカの普通のエンジニアは、普通の報酬で996には参加しないから。

雰囲気が変わってきてる。もし僕の投稿履歴を遡る時間があったら、2021年や2022年には、労働組合を作ったり、労働者協同組合を築くためにできることは何でもやるべきだと大声で叫んでたのがわかるよ。でも、その時は誰も気にしてなかった。毎回叩かれてもそれはそれでいいんだけど、今は雰囲気が変わってきてる。これに対処するのはイライラするけど、この話題でヘクターになるのは入場料みたいなもんだと思ってる。ペースや規模、リーダーや組織の欠如にすごく不満を感じてるから、次の2年は本当に厳しいと思う。でも、みんなが目を覚まして何かに影響を与えられる規模になることを期待してるけど、あまり期待はしてない。僕が言ってるのは本当のアクティビズムじゃないと思うけど、少なくとも雰囲気が変わってきてるのは実感してるよ。

ある時期、アリババで働いてたことがある。次の文には気をつけないといけないんだけど、ネットでは人々が文脈を無視して最悪の解釈をすることが簡単だから、そういうことはしないでほしい。996の時間は生産的な仕事じゃない。見た目だけの生産性だよ。

この投稿はすごく小さな会社について話してるね。20人以上の部署では確かにそうだ。創業者が全員を知らないチームになると、平均が重要になってくる。15人のチームがあれば、15人を雇って、うまく雇えば自然に組織できる。質問があれば、みんなが何をやっているか分かっているし、コードベースも小さいから、ドキュメントが悪くてもみんなで解決できる。グループが大きくなるほど、全員が仕事をするために必要なコンテキストを持っているか確認するのが大変になる。そこで管理が重要になるんだ。正直、私が最初のマネージャー（17人のチーム）として入ったとき、私はコードを書いたり、自分のプロジェクトを進めたりしながら、「スケールするために何をする必要があるか」を考え始めていた。17人のチームに私のような人を入れるのは、すぐにスケールが必要になるからで、次の段階の問題を解決するための最初のプロセスを構築する必要があるからなんだ。間違ったやり方をすると、すべてが悪化するからね。

軍隊では「望む軍隊で戦うんじゃなく、持っている軍隊で戦う」と言われていた。そのため、訓練や計画に多くの努力が注がれた。ほとんどの戦闘部隊の役割は、チームの大半が decent なレベルで動く必要がある。多くの訓練の背後にある考えは、最もパフォーマンスが悪い人たちのレベルを上げれば、全体のユニットパフォーマンスが劇的に改善できるかもしれないということだ。マーケティングマネージャーの言葉で言うと、戦闘部隊の多くのタスクでは、個々のパフォーマンスは満足度を高めるもので、驚かせるものではない。ユニットの一人が悪い仕事をすると、ユニット全体が失敗する。みんなが「まあまあ」な仕事をすれば、ユニットは失敗しない。その二つの結果は劇的に違う。でも、みんなが「まあまあ」なユニットを持っていて、全員を特別にしようと努力しても、パフォーマンスの向上は感じられないだろう。ソフトウェア開発に置き換えると、ユニットに誰を雇うかをもっとコントロールできる。でも、誰にでも悪い週やスキルのギャップがあるから、訓練（人に時間を与えて勉強させたり、テストプログラムを書かせたりするだけでも）も重要になる。ラインの軍隊のように、開発チームが計画通りに機能するためには、全員が全力を出さなきゃいけない。能力はあるけどパフォーマンスが低い既存の開発者にスキルアップに投資する方が、最高の開発者を超スキル化するよりも良い戦略かもしれないし、彼らを解雇して、より生産的になれる人を見つけるのを期待するよりもね。冗談を言うと、アマゾンで私のマネージャーは私が元軍人だと知って、「おお！君は海兵隊員だったの！？軍隊のようにチームを管理したい」と言った。でも、私の返事は「何！？予算の80%を訓練と物流に使いたいの！？」って言っちゃった。それはその状況で言うべきことじゃなかったかも。あと、軍のメタファーを製品開発に適用するなら、ジョン・ボイドのOODAトークを調べる価値があるよ。全部に同意するわけじゃないし、直接的には適用できないけど、読む価値はあると思う。ボイドは私の父の友人だったから、子供の頃に会ったときは彼がクレイジーだと思ったけど、彼は確かに知的なアウトサイダーで、成功することが多かった。

10年前、モチベーションの代理としてオタク的な興味や趣味で採用するアイデアに賛同してた。確かにその時、素晴らしい人たちに出会ったけど、振り返ると、同じ人たちはその実績で普通に採用されてたと思う。> みんなでコードを一緒に書く時間にSlackチャンネルを活気づけるにはいい方法だね。ちょっと辛口な意見だけど、これは100%僕の経験と一致してる。オタク的な興味や趣味でたくさんの人を採用すると、会社のコミュニケーションがオタク的な話題で溢れちゃう。一方で、「つまらない」人たちはコードを出して家族（ペットでも何でも）に帰るために頑張ってる。オタク的な興味や趣味は仕事の能力を示す良い指標じゃない。オタク的な興味や趣味だけで誰かを採用するのは多分、赤いニシンだね。大事なことに集中しよう。

じゃあ、そのマネージャーたちは君をどうやってもっとモチベートしたの？

自分は、マネージャーからのやる気を失う経験しかしてないな。少なくとも自分にとっては、やる気はオーナーシップ、影響力、自立、リスペクトから来るんだよね。やる気を失う方法はいろいろあるけど、逆にやる気を引き出すのは、すでにやる気を失わせてる場合じゃないと難しい。やる気を失わせる例を挙げると、 - 自分や同僚を自分のミスのせいにする - 他の人の仕事を自分の手柄にする - すでにやる気があるのに「やる気を出させよう」とする - 緊急感を作り出す、これが続くと特に最悪 - AIや市場の状況を使ってチームを脅かす - 明らかにコネを使う こんな感じで、まだまだ続けられるけど、思いつくのはこんなところかな。

そうだね。やる気って本当に気まぐれなものだよ。多くの開発者がゲームに惹かれる理由は、火を吹くモンスターや肌が白いセミヌードの人魚じゃなくて、ユーザーの要求が変わらないままタスクを最初から最後までやり遂げる体験なんだ。リーダーやマネジメントとして、自分の最優先事項は、(a) 目標を明確にすること (b) チームが余計な気を散らされずに仕事できる環境を作ること (c) その「必要な」気を散らす要素を減らすこと これって本当に難しいし、感謝されないことも多い。自分は夜警のような存在を目指してて、チームが「何もしてないのに給料もらってる」と思ってくれるとすごく誇らしい。でも、構造が大きくなるほどドラマも大きくなって、そんなのには関わりたくないんだ。一方で、利害関係者が「さあ、もう高層ビルを建てたんだから、駐車場を地下から2階に移動するだけでしょ、そんなに難しいことじゃないよ、全部揃ってるんだから、ただ動かすだけでいいんだよ」って言ってくるのに苦しんでる。

もう30年以上働いてるけど、マネージャーにやる気を失わされたことはあっても、やる気をもらったことはないな。唯一もらったのは、自由に働けるスペースを確保してくれたことだけ。やる気は常に内面的なものだった。自分もマネージャーだけど、誰かをやる気にさせることはできなかった。彼らがやりたいと思っているならうまくいくけど、やる気は自分の中にあるものだと思う。もちろん、これは一人の意見だから、感じ方は人それぞれだね。

その手の本は、やる気よりも説得についてのものが多いよね。遠くから見ると似てるように見えるけど。

あなたの言う通り、著者は要点を明確にするためにキャッチーなフレーズを入れようとしたけど、失敗してるね。著者は、オーナーシップの価値を示した早期のエンジニアを雇うことを主張してるんだ。そういう人たちのために「極端な透明性」を確立する（投稿の後半を見てね）、他の人と高レベルの計画を合わせるためのGoogleドキュメントや、カジュアルに話せるキッチンを用意して、あとは彼らの邪魔をしない。そういう環境は、特定のタイプのエンジニアにとっては本当にやる気を引き出すものだよね。もちろん、これが大企業にスケールするわけじゃない。最終的には、キッチンに料理人が多すぎる。実際、大多数のエンジニアは、何をすべきかを正確に指示してくれる人を求めてるから、彼らは構造化された9-5の仕事に来て、家のローンを払って家族を養うための給料を得たいと思ってる。著者の提案は、大企業やほとんどのエンジニアには当てはまらないし、著者もそれを明確にしてるね。

良いマネージャーはこれを理解し、あなたがやっていることがチームや会社の成功にどれほど重要かを理解させることでやる気を引き出す。 あなたの「良いマネージャー」の定義は、基本的に「部下の仕事を積極的に妨害しない人」ってことだね。それはやる気を引き出すことじゃなくて、単にやる気を失わせないことに過ぎない。自分の仕事がユニットや全体の成功にどう貢献しているかを知っていることは絶対的な基本で、それを知らないなら、マネージャーが無能か、敵対的であるかのどちらかだよね。あの「福利厚生」欄に「給料が時間通りに支払われる」なんて書いてある求人広告を思い出す。それは福利厚生じゃなくて、そんなのは基本中の基本だから、そんなことを言うこと自体がその会社のすべてを疑わせるよ。

自分は両方の経験があるけど、やる気を引き出すのは本にしか書かれていないマネージャーではないと思う。毒のある機能不全のチームを修復できるマネージャーが必要なんだ。毒のあるチームは、結局良いマネージャーを壊してしまって、彼らは問題の一部になったり、去ってしまったりする。『フェニックスプロジェクト』に出てくるヒーローマネージャーは神話だと思うけど、やる気を引き出すマネージャーは本当に存在すると思う。ただ、彼らも他の人と同じように良いプラットフォームが必要なんだよね。

ちょっと皮肉っぽいけど、これ全部公平に聞こえるよ。控えめな報酬と良い株式分配は、候補者がゲーム化するのも難しいしね。