「オープンな組織」: 混乱に紛れ込まず、何百万人もの人々を団結させる方法

Red Hat、ロシアのオープンソースコミュニティ、そして関係者全員にとって重要な日がやって来ました - この記事はロシア語で公開されました ジム・ホワイトハーストの著書『The Open Organization: Passion That GetResults』。 彼女は、Red Hat がどのようにして最高のアイデアと最も才能のある人々に道を与えるのか、また、混乱の中で迷子にならずに世界中の何百万人もの人々を団結させる方法について、詳細かつ生き生きと語ります。

この本は人生と実践についても書かれています。 オープンな組織モデルを使用して会社を構築し、それを効果的に管理する方法を学びたい人にとって、多くのアドバイスが含まれています。 以下は、この本に記載されている、今すぐに覚えておくことができる最も重要な原則のいくつかです。

ジムの会社での雇用履歴は注目に値します。 これは、オープンソースの世界に派手な宣伝はなく、リーダーシップに対する新しいアプローチがあることを示しています。

「採用担当者と話した後、面接に興味を示したところ、日曜日にノースカロライナ州ローリーにある Red Hat 本社まで飛行機で行っても構わないかと尋ねられました。 日曜日は会うには奇妙な日だと思った。 しかし、私はまだ月曜日にニューヨークに飛ぶ予定だったので、一般的には出発予定だったので、同意しました。 アトランタから飛行機に乗り、ローリー・ダーラム空港に着陸しました。 そこからタクシーに乗り、ノースカロライナ大学キャンパスの Red Hat ビルの前で降ろしてもらいました。 日曜日、午前9時30分でしたが、周りには誰もいませんでした。 照明が消えており、確認するとドアが施錠されていることがわかりました。 最初は騙されているのかと思いました。 タクシーに戻ろうと振り返ると、タクシーはすでに出発していました。 すぐに雨が降り始めたので、傘を持っていませんでした。

私がタクシーを捕まえるためにどこかへ行こうとしていたとき、後に Red Hat の取締役会長兼 CEO となるマシュー・シュリックが車を停めました。 「こんにちは」と彼は挨拶した。 「コーヒーを飲みませんか？」 これはインタビューを始めるのに珍しい方法のように思えましたが、間違いなくコーヒーを飲む必要があることはわかっていました。 結局のところ、空港までタクシーを捕まえたほうが楽だろうと思いました。

ノースカロライナ州の日曜の朝はとても静かです。 昼前にオープンする喫茶店を探すだけで時間がかかりました。 コーヒーショップは市内で最高ではなく、最も清潔でもありませんでしたが、機能しており、淹れたてのコーヒーを飲むことができました。 私たちはテーブルに座って話を始めました。

XNUMX分ほど経った後、私は物事の進み方が気に入っていることに気づきました。 インタビューは従来のものではありませんでしたが、会話自体は非常に興味深いものでした。 マシュー・シュリックは、レッドハットの企業戦略やウォール街でのイメージの詳細について議論する代わりに（私が準備していたことだったのですが）、私の希望、夢、目標についてもっと質問しました。 今では、Shulik が私が会社のサブカルチャーや経営スタイルに適合するかどうかを評価していたことは明らかです。

話が終わった後、シュリックは会社の法務顧問であるマイケル・カニンガムを私に紹介したいと言い、早めの昼食のために今会おうと提案しました。 私も同意し、出発の準備をしました。 その後、私の対話者は財布を持っていないことに気づきました。 「おっと」と彼は言った。 - 私はお金がない。 あなたも？" これには驚きましたが、お金があるのでコーヒー代を払っても構わないと答えました。

数分後、シュリクは私を小さなメキシコ料理レストランまで降ろし、そこでマイケル・カニンガムに会いました。 しかし、やはり従来のような面接やビジネスミーティングは行われず、別の興味深い会話が行われました。 請求書を支払おうとしたとき、レストランのクレジットカードの機械が壊れていて、現金しか受け付けられないことがわかりました。 カニンガムは私に向き直って、現金を持っていなかったので支払う準備はできているかどうか尋ねました。 ニューヨークに行く予定だったので現金をたくさん持っていたので、昼食代を支払いました。

カニンガムは私を空港まで車で送ってくれると言ってくれたので、私たちは彼の車に乗りました。 数分後、彼は「車を止めてガソリンを入れてもよろしいですか？」と尋ねました。 私たちは全力で前に進みます。」 「問題ありません」と私は答えました。 リズミカルなポンプの音が聞こえたとたん、窓をノックする音がした。 カニンガムでした。 「ねえ、ここではクレジットカードが使えないんだよ」と彼は言った。 "ちょっとお金借りていい？" これは本当に面接なのか、それとも何かの詐欺なのかと思い始めました。

翌日、ニューヨークにいる間、私はこのインタビューについて Red Hat の妻と話し合いました。 私は彼女に、その会話はとても興味深いものだったと言いましたが、この人たちが本気で私を雇おうとしているのかどうかわかりませんでした。もしかしたら無料の食事とガソリンが欲しかっただけなのでしょうか？ 今日のあの会合を思い出して、シュリックとカニンガムが単純にオープンな人で、一緒にコーヒーを飲んだり、ランチをしたり、ガソリンを入れたりできる他の人と同じように私を扱ってくれたことを理解しました。 はい、二人ともお金がなかったのは面白いし、面白いですらあります。 しかし、彼らにとってそれはお金の問題ではありませんでした。 彼らは、オープンソースの世界と同様に、レッドカーペットを敷いたり、すべてが完璧であると他人を説得しようとしたりすることを信じていませんでした。 彼らはただ私のことをもっと知ろうとしていただけで、私たちの違いを印象付けたり指摘したりしようとしていたわけではありません。 彼らは私が誰なのか知りたがっていました。

Red Hat での最初の面接では、ここでの仕事がこれまでとは違うことが明らかにわかりました。 この会社には、少なくとも他のほとんどの会社で慣例的に行われているような、伝統的な階層構造やマネージャーに対する特別な待遇はありませんでした。 時間が経つにつれ、Red Hat が実力主義の原則を信じていることも分かりました。それは、上級管理職から来たものであるか夏のインターンから来たものであるかに関係なく、最良のアイデアを実装することに常に努力する価値があるということです。 言い換えれば、Red Hat での私の最初の経験は、リーダーシップの未来がどのようなものであるかを私に教えてくれたのです。」

実力主義を育むためのヒント

実力主義はオープンソース コミュニティの中核となる価値観です。 あなたがピラミッドのどのレベルを占めているかは私たちにとって重要ではありません。重要なのはあなたのアイデアがどれだけ優れているかです。 ジムが提案するのは次のとおりです。

• 「上司が望んでいることだ」などと決して言わず、上下関係に依存しないでください。 これは短期的には役立つかもしれませんが、これは実力主義を構築する方法ではありません。
• 成功と重要な貢献を公に表彰します。 これは、チーム全体のコピーを記載した簡単な感謝のメールかもしれません。
• 考えてみてください: あなたの権限は、階層内での立場 (または特権情報へのアクセス) に応じたものですか、それともあなたが獲得した尊敬の結果ですか? 最初の場合は、XNUMX 番目の作業を開始します。
• フィードバックを求め、特定のトピックに関するアイデアを収集します。 すべてに反応し、最良のものだけをテストする必要があります。 しかし、ただ最高のアイデアを採用してそれを進めるだけではなく、あらゆる機会を利用して実力主義の精神を強化し、それに値するすべての人に功績を認めてください。
• たとえそれが通常の仕事の分野ではないとしても、興味深い任務を提案することで、チームの模範的なメンバーを表彰します。

ロックスターの情熱を追いかけましょう

熱意と関与は、オープンな組織において非常に重要な XNUMX つの単語です。 それらは本の中で絶えず繰り返されます。 でも、情熱を持ったクリエイティブな人たちに一生懸命働いてもらうことはできませんよね？ そうしないと、彼らの才​​能のすべてを得ることができなくなります。 Red Hat では、独自のプロジェクトの障害を可能な限り平準化します。

「イノベーションを推進するために、企業はさまざまなことを試みます。 Googleのアプローチは興味深いですね。 2004 年に Google が各家庭で知られるようになって以来、インターネット ビジネスの幹部やイデオロギー者たちは、その印象的な成功を繰り返すために、同社の主要な秘密を解明しようと試みてきました。 最も有名だが現在は閉鎖されているプログラムの 20 つは、Google のすべての従業員が自分の時間の 20% を自分のやりたいことのほぼすべてに費やすように求められるというものでした。 このアイデアは、従業員が仕事以外で情熱を注ぐ独自のプロジェクトやアイデアを追求すれば、革新が始まるというものでした。 このようにして、GoogleSuggest、コンテンツ向け AdSense、Orkut などのサードパーティ プロジェクトが成功を収めました。 それらはすべて、この XNUMX% の実験から得られたものであり、素晴らしいリストです。 […]

Red Hat では、あまり形式張らないアプローチを採用しています。 当社には、各従業員が「イノベーション」にどれくらいの時間を費やすべきかについて、明確な方針はありません。 従業員に自己啓発のための専用の時間を与えるのではなく、新しいことを学ぶために時間を費やす権利を従業員が獲得できるようにします。 正直に言うと、多くの人は時間がほとんどありませんが、勤務時間のほぼすべてをイノベーションに費やすことができる人もいます。

最も典型的なケースは次のようなものです。誰かが副業プロジェクトに取り組み（その重要性をマネージャーに職場で直接説明した場合、または勤務時間外に自分の意志で説明した場合）、後でこの作業がすべての仕事を占める可能性があります。彼の現在の勤務時間。」

ブレーンストーミング以上のもの

「歌詞の余談。 アレックス・フェイクニー・オズボーンはブレインストーミング手法の発明者であり、今日ではこの手法の継続であるシネクティクス手法が知られています。 この考えが第二次世界大戦中、オズボーンがドイツの潜水艦による魚雷攻撃の危険にさらされていたアメリカの貨物輸送船団の船のXNUMX隻を指揮したとき、この考えが現れたのは興味深いことです。 そこで船長は、中世の海賊が使っていた手法を思い出した。乗組員が問題に陥った場合、船員全員が甲板に集まり、交代で問題解決の方法を提案したのだ。 一見するとばかばかしいものも含めて、チーム全員で魚雷を発射するというアイデアなど、たくさんのアイデアがありました。 しかし、どの船にも装備されている船のポンプの噴射を使えば、魚雷の速度を遅らせたり、進路を変えることさえもかなり可能です。 その結果、オズボーンは発明の特許も取得しました。追加のプロペラが船の側面に取り付けられ、側面に沿って水流が発生し、魚雷が側面に沿って滑走します。」

私たちのジムは、オープンな組織で働くのはそれほど簡単ではない、と常々繰り返しています。 自分の意見を擁護する必要を免れる人は誰もいないので、経営陣でさえそれを理解しています。 しかし、これはまさに優れた結果を達成するために必要なアプローチです。

「オンラインの [オープンソース] フォーラムやチャット ルームでは、ソフトウェアのバグを修正する最善の方法から、次のアップデートで考慮すべき新機能に至るまで、あらゆることについて活発な、時には辛辣な議論が交わされることがよくあります。 原則として、これは議論の最初の段階であり、その間に新しいアイデアが提案され、蓄積されますが、常に次のラウンド、つまり批判的な分析が存在します。 こうした議論には誰でも参加できますが、自分の立場を全力で守る覚悟が必要です。 不人気なアイデアはよく言えば拒否され、最悪の場合は嘲笑されるでしょう。

Linux オペレーティング システムの作成者であるリーナス トーバルズ氏でさえ、コードの変更案には反対の立場を表明しています。 ある日、ライナスと Red Hat の主任開発者の 509 人である David Howells は、顧客へのセキュリティの提供に役立つように Red Hat が要求したコード変更のメリットについて激しい議論を交わしました。 ハウエルズの要請に応えて、トーバルズは次のように書いた。 すべてがこれらの愚かなインターフェイスを中心に展開しているように見えますが、その理由はまったく愚かです。 なぜこれを行う必要があるのでしょうか? 既存の X.11 パーサーはもう好きではありません。 ばかげた複雑なインターフェイスが作成されており、現在では 9 個のインターフェイスが存在することになります。 – Linus XNUMX」

技術的な詳細はさておき、トーバルズ氏は次のメッセージでも同じ精神で書き続けましたが、私はあえて引用しません。 この論争はあまりにも大騒ぎで、ウォール・ストリート・ジャーナルのページにまで掲載された。 […]

この議論は、プロプライエタリな不自由なソフトウェアを開発しているほとんどの企業が、どのような新機能や変更に取り組んでいるかについてオープンな議論を行っていないことを示しています。 製品の準備ができたら、会社はそれを顧客に発送し、次に進みます。 同時に、Linux の場合、どのような変更が必要なのか、そして最も重要なことに、なぜ変更が必要なのかについての議論が収まりません。 もちろん、これによりプロセス全体がさらに煩雑になり、時間がかかります。」

早期にリリースし、頻繁にリリースする

未来を予測することはできないので、試してみるしかありません。

「私たちは「早期のリリース、頻繁なアップデート」の原則に基づいて運営しています。 ソフトウェア プロジェクトの主な問題は、ソース コードにエラーやバグが発生するリスクです。 明らかに、ソフトウェアの XNUMX つのリリース (バージョン) に多くの変更と更新が収集されるほど、このバージョンにバグが存在する可能性が高くなります。 オープンソース ソフトウェア開発者は、ソフトウェア バージョンを迅速かつ頻繁にリリースすることで、プログラムに重大な問題が発生するリスクが軽減されることを認識しています。結局のところ、すべてのアップデートを一度に市場に投入するのではなく、バージョンごとに XNUMX つずつリリースするのです。 時間が経つにつれて、このアプローチはエラーを減らすだけでなく、より興味深い解決策にもつながることに気づきました。 小さな改善を継続的に行うことで、長期的にはより多くのイノベーションが生み出されることがわかりました。 おそらくここには何も驚くべきことはありません。 カイゼンやリーン B などの現代の製造プロセスの重要な原則の XNUMX つは、小さく段階的な変更や更新に重点を置くことです。

[…] 私たちが取り組んでいることの多くは成功しないかもしれません。 しかし、何がうまくいくのか、何がうまくいかないのかを考えるのに多くの時間を費やすよりも、私たちは小規模な実験を行うことを好みます。 最も人気のあるアイデアは成功につながりますが、機能しないアイデアは自然に衰退します。 こうすることで、会社に大きなリスクを与えることなく、XNUMX つのことだけを試すのではなく、多くのことを試すことができます。

これはリソースを割り当てる合理的な方法です。 たとえば、商用化するオープンソース プロジェクトをどのように選択するのかとよく質問されます。 私たちはプロジェクトを立ち上げることもありますが、多くの場合は単に既存のプロジェクトに飛びつくだけです。 少数のエンジニア グループ (場合によっては XNUMX 人だけ) が、オープンソース コミュニティのプロジェクトの XNUMX つに貢献し始めます。 プロジェクトが成功し、顧客からの需要が高まると、私たちはより多くの時間と労力を費やし始めます。 そうでない場合、開発者は新しいプロジェクトに移ります。 私たちが提案を事業化することを決定する頃には、プロジェクトは解決策が明らかになるまでに成長している可能性があります。 ソフトウェア以外のプロジェクトも含め、さまざまなプロジェクトが Red Hat 全体で自然に生まれ、やがて誰かがフルタイムでこのプロジェクトに取り組まなければならないことが誰の目にも明らかになります。」

この本からの別の引用は次のとおりです。

「この役割を果たすためには、明日のリーダーは従来の組織では見落とされがちな特性を備えていなければならないことに気づきました。 オープンな組織を効果的に導くためには、リーダーは以下の資質を備えていなければなりません。

• 個人の強さと自信。 通常のリーダーは、成功を達成するために立場上の力、つまり自分の立場を利用します。 しかし、実力主義では、リーダーは尊敬を勝ち得なければなりません。 そして、これは、自分たちがすべての答えを持っているわけではないことを認めることを恐れない場合にのみ可能です。 チームとともに問題について話し合い、迅速に意思決定を行い、最善の解決策を見つける意欲がなければなりません。
• 忍耐。 メディアは、リーダーがいかに「忍耐強い」かについてほとんど報道しません。 しかし、彼は本当に忍耐強くなければなりません。 チームから最大限の努力と結果を引き出すために、何時間も会話をしたり、正しく完了するまで何度も繰り返したりするときは、忍耐強くなる必要があります。
• 高いEQ（心の知能指数）。 私たちは、リーダーの IQ に焦点を当ててリーダーの知性を宣伝することがよくありますが、実際に考慮する必要があるのは心の知能指数、つまり EQ スコアです。 他の人たちの中で最も賢い人であっても、その人たちと仕事ができなければ十分ではありません。 Red Hat のような熱心な従業員のコミュニティと協力し、周囲に誰かに命令する能力がない場合、話を聞き、分析的に処理し、物事を個人的に考えない能力が信じられないほど貴重になります。
• 異なる精神性。 伝統的な組織出身のリーダーは、あらゆる行動が適切な見返りを受け取るべきであるという、quid pro quo (ラテン語で「対価」の意味) の精神で育てられました。 しかし、特定のコミュニティの構築に投資したい場合は、長期的に考える必要があります。 それは、微妙にバランスの取れたエコシステムを構築しようとしているようなもので、一歩間違えると不均衡が生じ、すぐには気づかないかもしれない長期的な損失につながる可能性があります。 リーダーは、どんな犠牲を払ってでも今日結果を達成する必要があるという考え方を取り除き、将来に投資することでより大きな利益を得ることができる方法でビジネスを始めなければなりません。」

そしてなぜそれが重要なのか

Red Hat は、従来の階層型組織とは大きく異なる原則に基づいて運営されています。 そしてそれはうまく機能し、私たちを商業的に成功させ、人間的に幸せにします。 私たちは、ロシアの企業の間、そして異なる生き方を望み、それができる人々の間で、オープンな組織の原則を広めることを願って、この本を翻訳しました。

読みます、 それを試してみてください！

出所： habr.com