- 一種のマネージャはいるが、彼らのほとんどは少なくとも時間の半分はコードを書くのに使っており、テクニカルリードに近い。
- 開発者は、自分のチームやプロジェクトを、いつでも好きなときに、何も聞かれることなく変えることができる。ただそうすると言えば、運送屋がやってきて翌日には新しいオフィスで新しいチームと働くことになる。
- Googleには開発者に何をやれと言わない哲学があり、開発者たちはそのことをとても重く受け止めている。
- 開発者は20%の時間(これは週末や個人の時間にということではなく、月-金、8-5時の間でということだ)を、自分のメインのプロジェクト以外でやりたいことに使うよう強く促されている。
- ミーティングがあまりない。平均的な開発者はたぶん週に3回くらいのミーティングに参加し、これには自分のチームのリーダーとの1対1のものも含まれる。
- 静かである。エンジニアは1人で、あるいは2-5人の小さなグループで、静かに自分の仕事に集中している。
- ガントチャートや、日/タスク/担当者が書かれたスプレッドシートや、そのほか何であれ、目に見えるプロジェクト管理を示すものは見たことがない。
- 比較的まれなクランチ期間においてさえ、みんなランチとディナーは食べにいき、それは(良く知られている通り)いつも無料で美味だ。そして自分でそうしたいというのでない限り、ばかげたくらい長時間働くようなことはない。
どうしてこんなのが機能しうるのか?
私は何度もそう聞かれた。私自身聞いてみた。エンジニアがみんなトラブルプロジェクトやバグだらけのシステムの運用の悪夢から逃げ出すのを止めるのは何か? 何でも好きなことをやれるというときに、会社のゴールに向かってエンジニアを働き続けさせるものは何なのか? どうやって最重要プロジェクトが適切に人員を確保できるようにしているのか? エンジニアが太りすぎて戸口に引っかかり、消防隊に救出してもらう羽目にならないのはなぜか?
それらの疑問に答えることにしよう。簡単に言うと、多くの大学一年生は、ストレスとピザの国に降り立つと15ポンド太る。Googleは戸口に油を塗ることでこの問題を解決しているのだ!!
最初に、そしておそらく最も重要なのは、Googleがインセンティブで行動を促しているということだ。重要なプロジェクトで働くエンジニアは、平均では、重要性の低いプロジェクトで働くエンジニアよりも多くの報酬をもらう。誰のためにも実用となりそうにない突飛で研究的な類のプロジェクトで働くことを選ぶこともできるが、その場合仕事は自分で報酬を生み出す必要がある。あなたが正しくて他のみんなが間違っていたことが分ったなら(これはスタートアップの夢だ)、あなたの小さなプロジェクトはすごく大きなインパクトを持つようになり、あなたはそのことで報われることになるだろう。間違いなく。
私は実のところ間違っていたかもしれない。四半期の終わりに大きなスクリーンに自分の名前と写真が表示されるのは最大のインセンティブでないかもしれない。Googleで適切な行動を駆り立てるのは、他の何よりも、他のすべてを組み合わせたよりも大きいのは、感謝の念だ。Googleのために最善を尽くそうとせずにはいられない。それほどまでに気遣ってくれる相手に対し、借りがあるように感じるのだ。
ついでながら、Googleは礼儀正しい会社で、怒鳴ることはなく、泣き叫んで歯ぎしりすることもなく、エスカレートして指さし合うこともなく、上級マネジメントがよく怒鳴っているような会社に見られるものは何もない。ホッブスが組織はリーダーを反映すると言っている。私たちは皆そのことを知っている。Googleのトップにいる人たちは礼儀正しく、だから他のみんなもそうなるのだ。
スタートアップには投資家と予算によって定められる時計がある。大きな顧客企業はコンサルタントに目標とする日を設定する。セールスの人たちとプロダクトマネージャはマーケットの状況の評価に基づいて定めた目標日を設定する。エンジニアは以前にやった似た作業から導いた見積によって日程を設定する。見積りはすべてバラ色の眼鏡を通して行われ、前にやったときどれくらい苦労したかをみんな忘れている。
みんな日程を何もないところから持ってくる。「これは3週間くらいであるべきだという気がする」「第4四半期の始めまでに顧客に届けられれば都合がいい」「がんばって明日までにやろう」
私たちの業界ではほとんどの人が日程ドリブンで動いている。常に次のマイルストーンがあり、常に締め切りがあり、常に日程ベースのゴールがある。
唯一このルールの例外として思いつくのは
1) オープンソースソフトウェアプロジェクト
2)大学院のプロジェクト
3) Google
日程を決めるのは当たり前のことだとほとんどの人は思っている。私のお気に入りのソフトウェアプロジェクトマネジメントの本である「人月の神話」でさえ、スケジュールの見積りが必要であることを前提としている。
作っているソフトウェアについて前もってアナウンスする習慣があるなら、一般の人々はそれがいつ頃になるのかを知りたいと思い、それは日付ということになる。私の考えでは、これがGoogleが前もってアナウンスをしないことが多い理由なのだ。いい料理を手早く作ることはできず、赤ちゃんを手早く産むことはできず、そしてソフトウェア開発を手早くやることはできないということを彼らは知っているのだ。
これらの3つの例外が日程によって駆動されているのでないなら、何が彼らを駆動しているのか? ある部分では、それは創造への欲求であり、何かを作りたいという欲求だ。すぐれたエンジニアがみんな持っているものだ。(私たちの業界には、この仕事を「生活のため」にやっており、家に帰ったら次の日まで考えもしないという人たちが多い。オープンソースソフトウェアは、それよりましな人たちがいるからこそ存在している。)
しかし注意しよう。創造への欲求がすべてではない。それは必ずしも十分な方向付けがなく、必ずしも十分なインセンティブとならない。Googleも間違いなく時間によって駆動されているが、それは彼らが「可能な限り早く」ものごとを成し遂げたいと思っているという意味でだ。彼らにはたくさんの恐ろしい、頭の切れる競合がおり、成長を求める投資家たちの渇きをいやす必要もある。そして私たちの1人ひとりにも、人生の時間の中で達成したいと思っている長期的なプランや成果がある。
違うのは、Googleは物事にどれくらいかかるか分っていると主張するほどばかでも傲慢でもないということだ。会社全体にかかわる日程として私が気付くものとしては、四半期の終わりがあるだけだ。あの大きな画面に出て、喝采と贈物とボーナスとチーム旅行そのほか、Googleにとって大きなインパクトのある何かをローンチすることに伴ういいものを手に入れようと、みんなが先を争う。
間にあるのは、ただ日々の連続だ。その間みんな、それぞれにとっての最適な生産性で働いている。私たちは仕事と生活のバランスを自分で選択することができる。
![]() | 「みんなの意見」は案外正しい 小高 尚子 (2006/01/31) 角川書店 この商品の詳細を見る |