Airbnbが管理者なしで開発者の作業を整理する方法

Airbnbのマイク・カーティスは、マネージャーは「部下の道から障害物を取り除き」、何をすべきかを伝えてはいけません。

Airbnbのエンジニアリングおよびテクノロジー担当バイスプレジデントであるマイクカーティスは、1年ほど前に急成長している仮設住宅市場に参加したときに見たものに「衝撃を受けた」ことを思い出します。

それを心地よい震えと呼びましょう。カーティスは、世界のどこにいても自宅で人を作るという会社の使命によって、自己組織化された環境を発見したと言います。 構造に欠けていたものは、熱意によって相殺されました。 原則として、開発者自身が作業したタスクを選択しました。

毎月、Airbnbの助けを借りて、何百万人もの人々が無料のベッド、部屋、アパート、さらにはツリーハウスを予約しています。 したがって、適切な住宅を見つけることから、ゲストと賃貸人の間の国際的な支払いを処理することまで、技術的なタスクの不足はありません。


Airbnb開発チームのソフトウェア開発者であるHenry Cai（左）と、このチームのマネージャーであるJason Bosinoffが、Android開発者であるCaroline Leungと話をします。 Airbnbモバイルテクノロジーチームのメンバーは、プロジェクトに取り組む際に他のチームと共同作業することがよくあります。

50人の開発者からなる急成長チームのプロフェッショナリズムを高めるために雇われたカーティスは、FacebookやYahooで多数のソフトウェア開発チームを管理してきた長年の経験に基づいて、ルールと作業方法についての彼のアイデアを彼に課すのがはるかに簡単だったでしょう。 代わりに、彼は大胆な一歩を踏み出し、会社の既存の文化で働く方法を実現しました。

カーティスは最近、ReadWriteのレポーターをサンフランシスコのAirbnbの広々としたサウスオブマーケットまたはSoMa本社に訪問するよう招待し、そこで彼と他のスタッフとチャットし、開発者、デザイナー、マネージャーのためにいくつかのスタッフを作りました作業中の製品ごと。 彼はまた、会社の開発文化についての考えをまとめた投稿を公​​開しました。その草案は会話の中で私に見せてくれました。


左から、開発者のJosh Hull、Ben Hughes、John Taiが技術担当副社長Mike Curtisと協力しています。

管理に対する新しいアプローチか、管理の欠如か？

Airbnbのような急成長中のハイテク企業を組織することが重要です。 不適切な管理は、停滞または混乱につながる可能性があります。

GitHub、ココーディングサービス、オンライン衣料品店Zapposなどの多様化した企業は、 ホロコースシーと呼ばれる「管理の欠如」の原則を採用しています。 同時に、ポジションではなく役割によって特徴付けられる組織のすべての従業員が意思決定に参加します。

しかし、スタッフ体制とサポートの欠如により、ホロクラシーはしばしば批判されます。 有名な開発者Julie Ann HorvathのGitHubからの不快な出発は、そのような非公式なシステムで何がうまくいかないかの典型的な例です。 Horvathは、創業者の1人であるTom Preston-Wernerと彼の妻による嫌がらせについて話しました。 調査の結果、彼は彼女の苦情の処理に誤りを犯し、会社を辞めざるを得なかったことが明らかになりました。 同社は今年初めに経験豊富な人事マネージャーを雇い、新しいCEOのクリスワンストラスは労働条件の改善を試みると約束しました。

反対の極端な例-GoogleやMicrosoftなどの大規模ソフトウェア会社の開発者は、雇用主がますます企業管理者になっていることに不満を抱いています。 開発者が独自のプロジェクトに取り組むことができるというGoogleの有名な「20％の時間」 原則でさえ危険にさらされていました。

Airbnbは、階層管理と混chaとした自己組織化の間で妥協点を見つけることができたと思われます。 会社にはマネージャーがいますが、その役割はあなたが思うかもしれないものとは全く異なる方法で定義されています。

「組織のより伝統的なモデルでは、目標、タスク、さらにはタスクが上から特定の実行者に降ります」とCurtisは説明します。 私たちのアプローチでは、マネージャーは主に従業員の道から障害を取り除くために存在するコーディネーターです。

これらは情報の障害になる可能性があります-技術者が作業中の問題についてより完全な情報を提供する必要があるため、技術者は問題を簡単に解決できます。 障害はキャリアになることもあります-従業員が専門的な成長のためにあるチームから別のチームに移動するのを支援する必要がある場合があります。

マネージャーがしないことは、指示を与えず、タスクを設定せず、それらを解決する方法を決定しないことです。 会社の全体的な使命に動機付けられ、マネージャーから受け取った十分な情報を所有している開発者は、すべて自分でそれを行うことができると期待されています。

「会社への貢献方法を伝えることは、マネージャーの責任ではありません」とカーティスは言います。

たとえば、サイトの信頼性のスペシャリストであるベンヒューズは、彼の役割は「Airbnbの使命に結び付けられています。これは、ゲストと地主のための安定したプラットフォームを作成するからです。」

Beau Haughは、数週間前に、さまざまなチームの開発者がAirbnbのMySQLデータベースをアップグレードするために集まった方法について話しました。 彼らは自発的に、そして土曜日の夜に集まって、予約で期待される興奮に備えてすべてを準備する時間を取りました。

社内のツールスペシャリストであるAlvin Sng氏は、サイトのチャットでの作業により、サポートエージェントとゲスト間のコミュニケーションが改善されると述べています。 彼は、自分の仕事が「他の従業員が仕事をより効率的に行うのに役立つ」ことを誇りに思っています。

検索と発見に取り組んでいるソフトウェア開発者のスラビ・グプタは、彼女の仕事は、そうでなければ決して起こらないであろう旅行条件を整えることだと言います。 以下は、Airbnbが4月に開催した技術会議であるOpenAirの最近のプレゼンテーションです。



2つの相反するスタイル間の妥協としても、このアプローチは誰にも適していません。 グラスドアの従業員の中には 、匿名で会社の環境を「混乱した混乱」と表現している人もいます。 また、会社の雰囲気を「インスピレーション」と呼ぶ人もいますが、従業員は文句を言うのではなく、 責任を持って問題を解決するべきだと言います。


Bo HoweとAlvin SngはAirbnbの内部ツールに取り組んでいます

親切なビジネススタイル

Airbnbは、従業員間の関係にも影響を与えるホスピタリティのアイデアを中心に、製品とサービスの仕事を整理しようとしています。

「ホストになるということは、参加できるということです」とカーティスは言います。 「ゲストは同僚かもしれません。 私たちの基本的な価値の一つは、他の人を助けることです。」

カーティスは、「自分の仕事に責任を持つ」という原則とそもそも他の人を助けるという原則との間に明らかな矛盾があることを認めています。 最終的に、誰かを助けるとき、定義により問題の解決を先送りします。

Airbnbはこれから抜け出す方法を見つけており、同社が従業員にもたらす長期的な価値を示しています。

「理解できない状況から誰かを助ける機会が与えられたら、それを使うようにしてください。それは通常誰かを教える機会だからです」とカーティスは言いました。


ソフトウェア開発者のスラビ・グプタは、製品マネージャーのエリック・ルースと共に問題の解決に取り組んでいます。 最近、Airbnb OpenAirカンファレンスで、スラビはトレーディングフロアでの検索の難しさについてプレゼンテーションを行いました。

標準の定義

Airbnbの技術スタッフは、ソフトウェア開発者、製品管理者、デザイナー、データ処理の専門家など、さまざまな専門家がいる通常は10人未満の14チームで構成されています。 すべての従業員と同様に、これらのチームは自治の原則に基づいて作業します。 （Airbnbはチームメンバーの正確な数に関する情報を提供していませんが、LinkedInによると、現在の従業員数は100人を超えており、カーティスが最初に入社したときの2倍です）。

「当社の個々の従業員の仕事には独立の要素があります」とカーティスは言います。 「チームの仕事には独立の要素もあります。」

Airbnbが標準化したプロセスは、ほとんどが民主的な活動であり、経営陣がわずかに主導しています。 会議で、カーティスと彼の開発マネージャーは、成功した仕事の経験について話し、それがチーム間で共有され共有されます。

CurtisがAirbnbに来たとき、個々の開発者は多くの場合、誰もダブルチェックしていないコードで作業を開始しました。これにより、頻繁にバグが発生し、修正に時間がかかります。 Curtisは、プルリクエストメカニズムを提案しました 。これは、ソフトウェアを動作させる前に二重にチェックするように誰かに求める簡単な方法です。 Airbnbの開発者の1人は、そのようなリクエストを送信するプロセスを加速し、新しいエンコード方式の実装を簡素化する特別なメソッドを作成しました。

別の例：一部の開発者が、通常のGitHubよりもドキュメント用にHackpadを使用する方が便利であるとわかった場合、すべてのチームがすぐにそれに切り替えました。 上記の指示に従う代わりに、彼らは単に同僚の例に従っただけです。

「アイデアを提供でき、それがその利点に基づいてチームに受け入れられる場合、これがチームの決定です」とカーティスは言いました。

彼は、このようなプロセス実装システムにより、Airbnbが生産性を大幅に改善できると考えています。 彼はそれを数学用語「ステップ関数」と呼んでいます。

「すべてが標準化されると、通常の単調な作業方法に縛られます」とカーティスは言います。 「しかし、カオスの粒子を導入する価値はあります。そうすれば、そのような痙攣性の改善が得られます。」


Airbnb開発者は、マニュアルの指示に従うのではなく、同僚がどのように働くかを観察することにより、新しい方法を適用します。

Airbnbは、市場の急速な成長に対応するために、このような飛躍を遂げなければなりません。 現在の方法が常に有効であるかどうかは不明です。 カーティスは現在のアプローチを保持していません-彼は現実主義者であり、すべてが変化していることを知っています。

Airbnbが静的とカオス、階層、ホロクラシーの妥協点を意図的に求めているかどうか、彼に尋ねました。

「私たちは意識的にこのような哲学的な質問を自問したことはないと思います」とカーティスは言います。 「私たちの目標は、現在の開発の瞬間に最も効率的に機能することです。 概して、開発者自身が作業を制御するとき、モチベーションが高まり、これがより良い結果につながると確信しています。」

大規模なホテルチェーンとは異なり、Airbnbは住宅所有者に条件を指示することはできません。部屋をどのように配置してゲストを迎えるか。 Airbnbを使用する喜びの1つは、まさにこのような個人の特異性です。 また、会社のビジネスポリシーの一部です。