科学＆テクノロジー

Linear (エンジニアリングマネージャーのSabin Roman氏と)

今すぐ聞いてくださいりんご、スポティファイ、そして YouTube。提供者:• ダークリーで起動 — 高速エンジニアリングチームが優れたソフトウェアをリリース、監視、最適化するためのプラットフォーム。 • セヴァで — プレビュー環境から Docker イメージまであらゆるものをデプロイします。• WorkOS — B2B SaaS 用の最新の ID プラットフォーム。—Linear は大きな影響力を持つ小規模なスタートアップです。10,000 社以上の企業が同社のプロジェクトおよび問題追跡システムを使用しており、その中にはフォーブス誌トップ 50 の AI 企業の 66% が含まれています。 2019 年に設立された同社は 5,200 万ドルの資金を調達し、収益性が高く、フルリモートで運営されています。たった 25 人のエンジニアでどうやってこれをやり遂げたのでしょうか?The Pragmatic Engineer…

執筆 nipponese 更新 2024年11月21日

今すぐ聞いてくださいりんご、スポティファイ、そして YouTube。

提供者:

• ダークリーで起動 — 高速エンジニアリングチームが優れたソフトウェアをリリース、監視、最適化するためのプラットフォーム。

• セヴァで — プレビュー環境から Docker イメージまであらゆるものをデプロイします。

• WorkOS — B2B SaaS 用の最新の ID プラットフォーム。

—

Linear は大きな影響力を持つ小規模なスタートアップです。10,000 社以上の企業が同社のプロジェクトおよび問題追跡システムを使用しており、その中にはフォーブス誌トップ 50 の AI 企業の 66% が含まれています。 2019 年に設立された同社は 5,200 万ドルの資金を調達し、収益性が高く、フルリモートで運営されています。たった 25 人のエンジニアでどうやってこれをやり遂げたのでしょうか?

The Pragmatic Engineer の今日のエピソードでは、Uber の同窓生で、現在は Uber の初代エンジニアリングマネージャーである Sabin Roman が登場します。 リニア。 Linear は、強力なプロジェクトおよび問題追跡システムで知られており、製品開発プロセス全体のワークフローを合理化します。

今日の会話の中で、セービンと私はリニアでの建築プロジェクトとウーバーでの経験を比較しました。彼は、Linear のユニークなアプローチについて次のような洞察を共有しています。

電子メールはありません。 Linear が内部コミュニケーションをどのように処理するか
品質。 顧客の懸念に対処する「ゴールキーパー」プログラムと Linear のゼロバグポリシー
フルリモート。 Linear が完全にリモートで作業しているにもかかわらずチームのつながりを維持する方法
物事をやり遂げる。 Linear でのプロジェクトの詳細なステップバイステップのウォークスルー
創造性 + QA。 Linear は、即出荷よりも品質と創造性に重点を置いています
キャリア。 Linear での称号、Sabin が Uber から学んだことなど。

この会話から得た最大のポイントは次のとおりです。

1. リニアは、目標が創造性である場合、プロセスよりも創造性を優先します。 Linear は、新製品を構築する際のエンジニアリングプロセスを意図的に軽視しています。彼らの目標は、「ガイドブック」ではなく「原則」を使用してコミュニケーションすることです。同社は、優れた製品スキルを備えたエンジニアを雇用することと、まだ十分に小さい会社 (本稿執筆時点で従業員 60 人、エンジニア 25 人) を組み合わせることで、これを実現できています。

2. フルリモートは難しい – 特にマネージャーにとって！ それでも、このアプローチには成果もあります。セイビンは 2 年間フルリモートのチームを管理しており、次のように述べています。

「マネージャーにとって、リモートチームを管理するのはより困難です。まさにその通りです。その信頼とつながりを築くのはより困難です。何が彼らを悩ませているのか、何が彼らを動機づけているのかを知るため。しかし、結局のところ、マネージャーとしての私の仕事は、私の生活を楽にすることではありません。

もっと多くのマネージャーがリモートで働くことにもっとオープンになってほしいと心から願っています。そうすることでチームの生活がより良くなるからです。チームはより集中できるようになります。それによって柔軟性が得られます。」

3. バグゼロポリシーを開始するのは難しいですが、一度導入すると継続するのははるかに簡単です。 Sabin 氏は、最初は実際にバグゼロのポリシーを実装することが可能かどうかについて懐疑的だったと認めています。

しかし、最初の数か月で既存のバグを修正した後、現在ではそれが機能し、エンジニアに過負荷をかけることなく機能することがわかりました。成功の一部は、いつバグをバグと見なすかをエンジニアに決定する自由を与えたことと、時間をどのように使うかを決定する自主性を与えたことにあるようです。

4. Uber で 7 年間働いていたにもかかわらず、Sabin 氏はこの大企業から Linear へのアプローチは比較的少なかった。 Uber と Linear がなぜこれほど異なるのかを考えてみます。その多くは規模と、小規模なチームとのコミュニケーションの有効性に起因します。セイビンは次のように述べています。