ユニコーン企業のひみつ/訳者あとがき
hr.icon
そもそもなぜextreme（究極）という単語が名称に含まれているのか。XPは常識を原理とし、極限まで実践するからである。
本書は、"Jonathan Rasmusson. Competing with Unicorns: How the World's Best Companies Ship Software and Work Differently. The Pragmatic Programmers, LLC, 2019. 978-1-68050-723-2"の全訳です。著者の訳書は『『アジャイルサムライ』』（オーム社、2010年）、『初めての自動テスト』（オライリー・ジャパン、2016年）に続く3作目です。 本文中では明示されていませんが、本書の対象読者について、著者は出版後のインタビュー記事で次のように語っています。「業務としてソフトウェアデリバリーに関わっている人たち（開発者、テスター、デザイナー、マネージャーなど）なら誰でもだけど、本当の対象読者は経営リーダーを始めとした、チームをプロダクトやソフトウェアのデリバリーにフォーカスさせる組織づくりの担当者なんだ（引用者訳）」と。これは組織として文化を育てることこそが、ハイパフォーマンスなテック企業として成功するための「大統一理論」だと本文中で述べていることと対応します。本書のテーマはテック企業の「組織文化」です。 「ユニコーン企業ではスクラムをやっていない」
原書の公式サイトでは本書の対象読者に求める前提知識を「なし」としていますが、著者が述べる対象読者層からもわかる通り、実際にはある程度のソフトウェアデリバリー（アイデアを機能するソフトウェアに変換して、本番の動作環境でユーザーに届ける）の知識や経験が前提とされています。そして、その知識や経験とは、いわゆる「アジャイルソフトウェア開発」のことです。アジャイルソフトウェア開発に馴染みがなければ、著者の前著『『アジャイルサムライ』』や2020年11月の改訂(スクラムガイド_2020年11月)でコンパクトになって読みやすくなった「スクラムガイド」を参照しておくとよいでしょう。 本書では全編を通じてユニコーン企業（テック企業）とエンタープライズ企業が対比されます。前著『アジャイルサムライ』の本文と似たような説明になっている箇所もあり、読者によっては多少混乱しそうなので補足しておきます。ここで時流に合わなくなった姿として描かれている、エンタープライズ企業におけるプロジェクトベースのソフトウェア開発の進め方は、ウォーターフォール開発ではありません。アジャイル開発、具体的にはスクラムのことです。「ユニコーン企業ではスクラムをやっていない」のです。
ではスクラムをやらずにユニコーン企業はどうやって「なんだかうまいことやっている」のか。鍵は「自律、権限、信頼」であり、それらを可能にする組織文化こそが「『ユニコーン企業のひみつ』」だというのが著者の主張です。ということはスクラムはもう古くて、新しいやり方に変えていかねばならないのかというと、そう単純な話でもありません。Edger H.Scheinの『企業文化』によれば「文化とは共有された暗黙の仮定のパターン」です。暗黙的な「企業の文化を説明 するのは難しい。その真髄やニュアンスは日々の仕事でしか体感できないので、 うまく捉えられない」ので、本書では著者自身が 3 年間在籍したSpotifyでの経験をもとにその説明を試みます。 私たちがこのモデルを発明したわけではない。Spotifyは（良いアジャイル企業がそうであるように）進化が速い。この記事は執筆時点の働き方のスナップショットでしかない。道程はまだ半ばだ。ここは旅路の果てではない。これを読んだときにはもう物事は変わっていることだろう。
「プロダクトオーナーとスクワッド（チーム）」という構成から、プロダクトオーナーもスクワッドの一員という位置づけになった
トライブをまとめるリーダーチームとして「TPD Trio」が編成されるようになった（TPDはTribe Lead、Product Lead、Design Leadの頭字語）
トライブ同士が連携するさらに大きな枠組みとして「アライアンス（Alliance）」という枠組みが導入された
本文ではプロダクトオーナーはスクワッドの外にいるような説明がされていましたが、プロダクトオーナーはスクワッドに編入されたようです。これはスクラムガイドが2020年の改訂で「プロダクトオーナーと開発チーム」から「ひとつのスクラムチーム」へと変更されたことを想起させます。トライブが向かう先のアラインメントを「TPD Trio」が職能横断チームとして担うようになったのは、規模の拡大や複雑性の増大への対応だと考えられます。「アライアンス」でトライブ同士を連携させるというのも、組織規模の急速な拡大を踏まえれば自然な成り行きに思えます。
価値、原則、プラクティス
Spotifyでは自律したスクワッドにリリースの権限があり、アーキテクチャが分離されています。これにより「デプロイ時結合」( 『モノリスからマイクロサービスへ』を参照)を回避できます。そのおかげでスクワッドレベルではリリーストレインという名前で機能しているのでしょう。これはプロダクト全体の実態として見れば「リリースオンデマンド方式」であり、フィーチャーフラグも活用しているわけですから、実質的には継続的デリバリーを実現しているといえます。 ここで思い起こされるのは、アジャイル開発のフレームワークです。たとえば、エクストリームプログラミングの価値、原則、プラクティス。スクラムの価値基準、三本柱（原則）、イベントと作成物（プラクティス）。チームにしても組織にしても、プラクティスを支える原則や、それを生みだす価値観のあり方が組織の文化だといえます。 プラクティスは「自分たちの職場で実践するためには、採用した取り組みを支える原則は守りながらも、独自の調整や適応が必要」なのです。これを踏まえなければ、「テック企業ではスクラムをやっていない」からといってスクワッド制に移行したところで、チームは依然として「ユーザーストーリーをバックログから取り出して実装するだけの機械」のままでしょう。
バンドマニフェスト
ここ1年ほどの間で気づいたことがあります。私たちはよく「Spotify流」という物言いをするのですが、それが具体的に何なのかをきちんと定義したことはありませんでした。その結果、他所の人たちが私たちのために定義を試みてくれたのですが、その成果はまちまちでした。オンラインで"Spotify culture"と検索すると、私たちのアジャイルプラクティスについての時代遅れの動画や、外部の視点から書かれたニュース記事が見つかります。私たちには自分たちなりの仕事の進め方があります。ですが、なぜそうなっているのか、なぜこれが重要なのかということをうまく説明できていませんでした。（中略）そこで私たちは先週「バンドマニ フェスト(The Band Manifesto)」を公開しました。(訳文と強調は引用者による)
「バンドマニフェスト ]」は「ここSpotifyでは、私たちは自分たちをバンドであると考えます」と冒頭に宣言し、Spotifyのミッションと5つのバリューを解説しています。その内容は、上記引用のブログ記述（Spotifyモデルの周囲への受容に対する当てこすり）から受ける印象とは異なります。Spotifyモデルを上書きして無かったことにするというよりは、むしろ本書での著者の主張をさらに推し進めたような内容になっています。上記のブログでもこのように述べられています。 急激な成長に向かう私たちにとって、自分たちの文化とバリューが何であり、社員にとって何を意味するのかを理解することがこれまで以上に重要になっています。これは私たちがフォーカスすること、モチベーションを保つこと、毎日の出社を楽しみすることに大きく貢献しています。(訳文は引用者による)
バンドマニフェストによれば、Spotifyのミッションとは「Spotifyは目的駆動の企業であり、強力なバリューと信念が私の戦略と日々の意思決定を導く」ことで、それを支えるバリューは次の5つです。
Innovate（革新する）
Sincere（誠実である）
Passionate（情熱を持つ）
Collaborative（協調する）
Playful（遊び心を持つ）
このマニフェストがHR（日本でいえば人事部に相当します）から組織の見解として公式にアナウンスされていることの意義も大きいと思います。テック企業は「テクノロジーとビジネスとを人為的に分断して悩んだりはしない」、ハイパフォーマンスなテック企業として成功するための「大統一理論」は「組織文化」である、といった本書のメッセージを裏付けているとも考えられるからです。
繰り返しますが、大切なのはスクラムかSpotifyモデルかというプラクティスではありません。重要なのはプラクティスを支える原則や、それを生みだす価値観のあり方、すなわち文化です。「文化が重要」なのです。
「会社の文化を変えるというのは手ごわい仕事だ」
「文化とは共有された暗黙の仮定のパターン」であるとScheinが『企業文化』で定義していることを紹介しました。この定義は「暗黙の仮定とは、外部に適応したり、内部を調整したりといった問題を解決する際に組織が学習した方法である」と続きます。適応のために学習した結果が文化であり、そのおかげでその組織は存続している、ということです。つまり、組織の文化とはそもそも変えづらいものなのです。本文でも著者は「会社の文化を変えるというのは手ごわい仕事だ」と述べていますし、訳者たちも自分たちの経験からこれに同意します。 「自律、権限、信頼」やSpotifyモデルの運用、「いい感じの職場」といった組織文化のあり方を、本書では豊富な例をともにいきいきと描写してくれます。ですが、そこに到達する方法については、いくつかヒントを示しはするものの、具体的な進め方については「近道はない。でもやるしかないんだ」と身も蓋もありません。私たち組織文化の専門家でもない、ふつうのソフトウェア開発者にとっては、もう少し手がかりが欲しいところです。
そもそも組織の文化は変えられるものなのでしょうか。これについては『『リーンエンタープライズ』』の「11章 イノベーション文化を育てる」が参考になります(リーンエンタープライズ/ch11。結論からいえば、組織の文化を変えていくことは理論的には可能だそうです。この「訳者あとがき」でも引用したScheinを始めとした複数の識者の議論を紹介しながら、ハイパフォーマンス組織へと変容するためのフレームワークをまとめてくれており、心強いです。 組織文化の変容を進めていく具体的な手がかりとしては、本書のコラムで紹介されている書籍が取っかかりとしては良さそうです。マルケ艦長の『米海軍で屈指の潜水艦艦長による「最強組織」の作り方』は、権限を与え、自分たちで判断してもらうための取り組みの実際の姿が描かれています。考え方の変容を行動に移すことの難しさ、自律したチームを作る過程で感じるもどかしさがよく伝わってきます。本文で「こんなに恐ろしいことはない」と説明されている意味がよくわかりました。 つまり、結論としては「近道はない。でもやるしか」ありません。重要なのは「あらゆる『言い訳』を取り除くこと」だと著者は主張していますから、これもその一環なのかもしれません。その一方で著者は「私の予想では、従来型の職場であっても、スタートアップっぽい働き方はどんどん増えていくだろう。とにかく多くの人に求められているんだ」と楽観的でもあります。
ますますソフトウェアが重要になっていく時代です。著者が述べるように、本書を参考に日本でも「毎朝、仕事に行きたくなるような、全力を尽くしたくなるような、自分らしくいられるような、一日の終わりには満足して家路につけるような、そんな職場づくりにひとりでも多くの人が成功」してくれたら、いきいきと働けるテック企業が1社でも増えてくれたら、訳者としてこれ以上の喜びはありません。
謝辞
編集をいただいたオライリー・ジャパンの高恵子さんに感謝します。原稿の遅い訳者のことを最後の最後まで辛抱強く見守っていただき、ありがとうございました。翻訳原稿のレビューに参加いただいた次の皆さんに深く感謝します（敬称略）。1syo、imaz、@katsuhisa__、okuzawats、TAZAWA AYAKA、yucao24hours、新井正貴、飯田勇人、伊藤いづみ、梅本祥平、かたぎり えいと、川崎真素実、北村大助、白土慧、杉村文美、新田智啓、濱口恭平（@tnzk）、濱崎健吾、平田守幸、増田謙太郎、三好秀徳、諸橋恭介、矢部剛嗣。皆さんからいただいたポジティブなフィードバック、指摘、そして半ば読書会のようにして行われていた本書の内容についての対話がなければ、本書はこのような形には仕上がっていませんでした。心から感謝します。 2021年4月
hr.icon
主な変更点
2021/5/20:
2021/04/27:
Scrapboxの記法に適応。引用を強調したり、脚注をリンクにしたり別ページにしたりした
本文からの引用である見出しをカッコでくくった
hr.icon
https://gyazo.com/d6453a455cb93da90d05c7e64369f7ce