CO-CREATIONともに学び、ともに産業を創る。毎朝7時に公式LINE@で新着記事を配信しています。Youtubeチャネルの登録はこちらから!「イノベーティブなプロダクトを生み出す開発/エンジニアリング・マネジメント」【K16-8D】セッションの書き起し記事をいよいよ公開!10回シリーズ(その9)は、Google徳生さんに、Googleの組織づくりについてお話いただきました。Serviceに在籍していたソラコム安川さんと、GoogleとAmazonの組織の違いについての議論が盛り上がりました。ICCサミットは「ともに学び、ともに産業を創る。毎回200名以上が登壇し、総勢800名以上が参加する。参加者同士が朝から晩まで真剣に議論し、学び合うエクストリーム・カンファレンスです。京都市での開催を予定しております。参加登録は公式ページをご覧ください。グーグル社の話が出ましたので、続けて伺いたいと思いますが、スライド上の右上の図がグーグル社の組織ですね。左上のアマゾン社との違いは何だろうと先ほどから思っていたのですが。細かくチームが分かれているというイメージでしょうか。後は、縦割りになっていないところが違いかもしれません。Wojcicki)というように、それぞれのプロダクトのトップは決まっています。この図でいうと創業者やCEOに該当するのかもしれませんが、仮に一番上が検索のトップだとしたら、その下にVPクラスが何人かいて、そこからチームがいくつかぶら下がっているという形です。皆さんの会社と同じで、プロジェクトはレポートラインと関係なく出来上がることが多いのですが、レポートラインの人が、メンバーの成長などに責任を持っています。レポートラインよりもプロジェクトの方が流動的に変わっていくので、半年くらい経つと、後追い的にレポートラインが変わるというような形も多く見られます。その中で、他のチームや他のディレクター、他のVPに割と気軽にメールを打て、コミュニケーションを取ることもできます。いう意味で、この図にあるアマゾン的か、この図にあるグーグル的かと問われれば、グーグルの方に非常に近いと思います。私はアマゾンにいた経験もありますので、AWSのサービスチームで考えると、この絵は割と正確だと思います。AWSというセクションがあり、その下にデータベースサービス、コンピューティングサービスというように分かれていて、その中に各種AWSのサービスがあり、更に各サービスの中のコンポーネントチームがあるというような感じです。2005年に初めて入社した時のことが強く印象に残っているのですが、その前に200人くらいのベンチャー企業にいまして、結構クセのある会社で、鍋蓋式と言いうか、社長が1人いて、その下に200人が並んでいて、その間の調整は、200人の調整能力で何とか成り立っているというような会社でした。その会社のような体制は200人くらいが限界だと思っていたのですが、2005年に当時7,000人のグーグルに入社した時の印象はまさに「変わらない!」でして、各人、各プロジェクトが信じる道を突き進み、各人の調整能力で会社全体が成り立っている、という印象がありました。先ほどの開発にあたっても、10人のチームが、全てのレイヤーの機能を作るということは弊社では非常に少ないので、いろいろなところと調整する必要が出てきます。調整というと響きが悪いですが、他のチームが何を作っていて、どんなものがあるかを知ることはコストですが、そのことを勉強しておかなければ、モノを世に出すことはできませんし、そのことを知っていれば、よりよいソリューションを提供できる可能性が高まります。ソフトウエアエンジニアにしてもプロダクトマネージャーにしても、成果を出していくためには、そういったプロアクティブ・アラインメントというか、自分自身できちんと調整しながら、そことあそこと組んだ方がより良い成果が出せるということを見極めていく能力が、非常に重要になってきます。いう意味では、このような形で、時には平のプロダクトマネージャーがチームのディレクターに直接メールを出して、何とか話を勧めなくてはならないというようなシチュエーションは結構出てきます。