
2025.02.06
ポンコツ期、孤独期、成果独り占め期を経て… サイボウズのプロマネが振り返る、マネージャーの成長の「4フェーズ」
リンクをコピー
記事をブックマーク
及川卓也氏(以下、及川):では続きまして、こちらいきましょう。「BtoB(Salesforce)とBtoC(Google)では、前者は事業ドリブン、後者はプロダクトドリブンでプロダクトの意思決定を進めるイメージがありますが、事業組織とプロダクト組織のパワーバランスは、両者でどのような違いがあったでしょうか?」。
これは先ほどKenさんに少しお話しいただいたところもあるかなと思うので、ちょっと重複していいですが、Salesforceではどんなかたちだったかと。
Ken Wakamatsu氏(以下、Wakamatsu):そうですね。そういった意味で言うと、例えばAdobeとかCiscoがどちらかというとプロダクトドリブンなのに比べると、BtoBはやはりどちらかというと事業ドリブンなところがかなりあるかなとは思います。
事業ドリブンというよりも、たぶんBtoBの場合は顧客ドリブンなところがあると思います。カスタマーが何を求めているかが最終的に事業ドリブンになるという意味だと、やはりパワーバランスはもしかしたらPMのほうが。PMが強いという意味じゃないですけど……。
及川:ちょっとお待ちください。Kenさんの声が聞こえなくなった気がします。その間、徳生さん。ごめんなさい。
徳生裕人氏(以下、徳生):この問題に直接お答えするかたちではないかもしれませんが、Googleの検索で言うと、検索のプロダクトがあって、それに合わせて「アドワーズ」と言われる広告のプロダクトがあって。それは明確にBtoBなんですね。
その2つの関係で言うと、基本的には「検索は広告のことを考えずにユーザー本意のものを作れ」という明確な指示を受けています。広告のプロダクトチームは、検索プロダクトを所与として、その中で何ができるかを考える。
ただ、彼らはもちろんパートナーになるビジネスチームと非常に細かく連携して仕事に取り組んでいるモデルになっています。
及川:Googleの場合の検索は本当にそこが明確に分かれていて。それは私も記憶にあります。あともう1つ徳生さん、もしわかるようでしたら、最近はGoogleもいわゆるSalesforce的なGoogle Cloudの組織があって、そこもプロダクトを作っていると思います。
例えば今、徳生さんが主に見ていたBtoC系のところ。昔ながらのGoogleのプロダクト組織と、Google Cloudのプロダクト組織って、なにか違いは感じられますか?
徳生:感じられますが、あまり語れるほど詳しくはないです。すみません。
及川:わかりました。大丈夫です。Kenさん、復活しましたか?
Wakamatsu:これで聞こえていますか?
及川:大丈夫です。
Wakamatsu:そうですね、そういった意味だと、やはりSalesforceはBtoBなので、事業組織がパワーバランス的には強いと思います。なので、エンジニアよりはPMが強いというよりも、作るプロダクトのビジョンが顧客ベースというか、市場ドリブンであったりするので。そこに対して「じゃあこれを作りたい」という時に、エンジニアの意思が通るかというと、やはり通りにくいかなと思います。
逆にAdobeとかCiscoの時。エンジニアが以前に研究していたテクノロジーをプロダクト化するといった意味だと、非常にエンジニアが強い組織だと思います。
あと1つ感じたのが、Salesforceに行くと、社内のプロダクトとエンジニアというよりも、営業がすごく強かったです。強かったというか、人数も圧倒的に多いし、それこそアメリカの会社は営業の成功を祝うというか、そういったプロセスが非常に多いと思います。だから、SalesforceとAdobeとは本当に真逆でしたね。
及川:やはりそこは冒頭でもお話ししましたが、どちらがいいというよりも、そういったプロダクトや事業の特性に応じて、どのファンクションの比重が大きいか。もしくはそういう組織になじむようなプロダクトマネージャーやエンジニアが会社には集まる傾向があるのかというお話かと思いました。
Wakamatsu:そうですね。
及川:ありがとうございます。
及川:次(の質問)も、お二人は直接はこういった環境にはいないと思うので回答が難しいところもあるかもしれないんですがお聞きします。
「100人規模のベンチャーです。スクラムチームのエンジニアを正社員:業務委託=2:8の比率で構成しています」。つまり、業務委託の方が圧倒的に多いということですね。「自立した組織に変えていきたいものの、業務委託エンジニアは一線を引いているように感じられ、組織文化をどのように作るべきか悩んでいます。みなさんの組織は、このような悩みはありますか?」。
これでいうとたぶんないわけなんですが、似たようなことを考えたり、もしくはなにかアイデアがあればということでご回答いただければと思います。
Wakamatsuさんは、日本のCPO協会で、スタートアップを含め日本だとこういったところがけっこう多かったり、お手伝いしているところでもこういうのはあるんじゃないかと思うんですけども、どうされていますか?
Wakamatsu:そうですね。この質問に関しては、まだあまりピンポイントの情報がないので、次回もし同じような質問をいただければ日本の企業のお話をできるかと思うんですけど、アメリカだとやはり非常に少ないですね。特にエンジニアは、ほとんどの社員が正社員という場合が多いです。
ただちょっと似ているかなと思うのが、Salesforce、Googleもそうだと思うんですけど、買収が非常に多いです。買収したチームが連携して何かを作らなきゃいけないことが非常に多くなってきます。
そうなると、正社員と業務委託ではないですが、やはり買収した側と買収された側のモチベーションの違いがあるので、そこをどう高めるかは、非常に力を入れていて。僕の場合は買収した側の会社にいたので、できるだけ気持ちとか文化に寄り添って、モチベーションが上がるようなことをたくさんしようとしていました。
私もイスラエルに出張に行ったり、そのチームと一緒に実際に面と向かって話したり、チームのエンジニアの人たちとも話して、できるだけリレーションシップ作りをすることは非常に力を入れていました。
及川:わかりました。徳生さんなにか。
徳生:直接の回答はできませんが、似たシチュエーションで言えば、アメリカでチームをやっていて、例えばインドで(別の)チームを作ったことがありますが、物理的距離という点では近いのかなと思います。
そういう意味ではもう本当に時間をかけて話し合うしかない部分もありますし、プロダクトの場合、地理的に離れたチームのために、そこだけで自律的に完結できるような明確なスコープを作ってあげられるかが大きなポイントになるんじゃないかと思います。
及川:わかりました。ありがとうございます。お二人も回答に苦労したと思いますが、基本的にアメリカやテクノロジー企業では、エンジニアは正社員であることが当たり前だと。どうしても業務委託だと、自律性、ここでも自立性という言葉が出てきますが、自律的になりようがないと思うんですよね。
やはりコミットメントが圧倒的に違うと思うので、本当はこの比率を変えていくようにしたり、もしくは業務委託でも正社員に近いかたちでコミットしてくれる方を採用するなりをされるのがいいのではと感じます。
(次回に続く)
関連タグ:
「強いプロダクト組織」はどんなかたちをしているのか? GoogleとSalesforceの“組織づくり”と“チームの秘訣”
エンジニア、PM、デザイナーは仲良くやれるものなのか? “三権分立で三方良し”を叶える「プロダクトのゴール」の共有
エンジニアよりも難しいプロダクトマネージャーの採用 GoogleとSalesforceが人材獲得のために工夫していること
人事がリードする日本、チームがリードするアメリカ “現場”を想定した採用インタビュープロセスで見られること
自律性は後から育てることも可能なのか? PM観点で語る“自律的に動かざるを得ない”評価と環境
モチベーションの違いはリレーションシップ作りで解消する 業務委託エンジニアの“一線引いた”状況への対処法
単体で動くPMの即戦力化にはナレッジ共有が必要 自律的に動ける場を作り、成功体験を積み重ねる大切さ
2025.02.06
すかいらーく創業者が、社長を辞めて75歳で再起業したわけ “あえて長居させるコーヒー店”の経営に込めるこだわり
2025.02.03
「昔は富豪的プログラミングなんてできなかった」 21歳で「2ちゃんねる」を生んだひろゆき氏が語る開発の裏側
2025.02.03
手帳に書くだけで心が整うメンタルケアのコツ イライラ、モヤモヤ、落ち込んだ時の手帳の使い方
2025.02.04
日本企業にありがちな「生産性の低さ」の原因 メーカーの「ちょっとした改善」で勝負が決まる仕組みの落とし穴
PR | 2025.02.07
プロジェクトマネージャーは「無理ゲーを攻略するプレイヤー」 仕事を任せられない管理職のためのマネジメントの秘訣
2025.02.05
「納得しないと動けない部下」を変える3つのステップとは マネージャーの悩みを解消する会話のテクニック
2025.01.07
1月から始めたい「日記」を書く習慣 ビジネスパーソンにおすすめな3つの理由
2025.01.30
2月の立春までにやっておきたい手帳術 「スケジュール管理」を超えた、理想や夢を現実にする手帳の使い方
2025.02.06
落合陽一氏や松尾豊氏の研究は社会に届いているか? ひろゆき氏が語るアカデミアの課題と展望
2025.02.05
エンジニアとして成功するための秘訣とは? ひろゆき氏が語る、自由な働き方を叶えるアプリ開発とキャリア戦略