スタートアップが活力を失う方法

• この記事は、スタートアップの作業環境が規模拡大に伴ってどのように変化するかを論じており、初期の「スパーク」や興奮が失われていくことを強調しています。
• 小規模なスタートアップ（10人未満）では、エンジニアが次のような理由で仕事を楽しめます:
  • ユーザーの課題を理解するための直接的なやり取り。
  • 価値があり、興味深いアイデアに自由に取り組めること。
  • アイデアの成功にコミットしている同僚とのオープンな議論。
  • セキュリティレビューなしで、選んだツールを使って素早く実装できること。
  • 気軽なリファクタリングと迅速なデバッグを可能にする小さなコードベース。
  • 遅いテストやPRレビューに妨げられず、変更を素早くマージできること。
  • 評価や金銭的利益につながるような、大きなインパクトを与えられる可能性。
• 会社が成長するにつれて（100人超）、仕事は次のような理由で楽しさが薄れていきます:
  • ユーザーとの接点が限られ、しばしば二次的な洞察に基づいて作業すること。
  • 調整業務のため、個人的なアイデアに取り組む自由が減ること。
  • 競争や業務量の増加により、同僚がアイデアの議論に関心を示しにくくなること。
  • 確立されたツール群と大きく複雑なコードベースによって実装が遅くなること。
  • 徹底したテストとPRレビューを経るため、変更のマージに長い時間がかかること。
  • ダウンタイムやデータ損失を避けるため、インフラ変更が複雑なプロセスになること。
  • 評価や報酬が以前ほど即時ではなくなり、影響力も小さくなること。
• 著者は、こうした変化はチームの足並みの低下、コミュニケーションの複雑化、リスク許容度の低下によって避けられないと考えています。
• 著者は、「楽しさの死」を遅らせる方法として、大企業のプロセスをそのまま真似しないこと、第一原理からスケーリングの痛みを解決すること、独立したスタートアップのように会社を構造化すること、巧妙なインセンティブを設計すること、採用を抑えることを提案しています.

[GN⁺]

Hacker Newsの意見

• スタートアップの進化と、初期の情熱を失ってしまう過程についての記事
• あるコメント投稿者は10年前のNetflixのアプローチを称賛し、成熟した人材を採用してあらゆることを非手続き化することで、効率的で自発的な発展を導いたと述べている
• あるコメント投稿者は若いエンジニアに対し、仕事にのめり込みすぎないよう警告し、一部の企業は彼らの情熱と未熟さを利用していると示唆している
• エンジニアリングチームの衰退に寄与する要因の一覧が示されており、技術寄りすぎる、あるいは非技術的すぎるリーダー、問題を起こすエンジニア、そしてマイクロマネジメントが含まれる
• 数人のコメント投稿者は、ダイナミックなリーダーシップと明確なチームの使命があれば、どのような会社規模でも刺激的な職場環境を維持できると主張している
• より効率的な組織構造を作るのではなく、最も効果的なチームを複製して組織を成長させるというアイデアが提案されている
• スタートアップが大企業のプロセスを模倣することを批判し、あるコメント投稿者は、それが彼らの官僚化を加速させると主張している
• Safi Bahcallの著書"Loonshots"に言及し、およそ150人規模で組織に致命的となりうるインセンティブの相転移について論じている
• あるコメント投稿者が、成功したスタートアップが大企業に買収され、職場環境が悪化したという個人的な経験を共有している
• 過剰採用をしないことの重要性が強調されており、あるコメント投稿者は、他に問題を解決する方法がないときにだけ採用すべきだと提案している
• Jiraの利用をめぐる議論があり、作業フローを管理する有用なツールだと見る人もいれば、時間の無駄だと考える人もいる