2024.10.01
自社の社内情報を未来の“ゴミ”にしないための備え 「情報量が多すぎる」時代がもたらす課題とは?
リンクをコピー
記事をブックマーク
藤井創氏(以下、藤井):時間が迫っているのでこれが最後になります。キャリアとしてのマネジメントについてうかがいたいと思います。マネジメントのところで、プロダクトマネジメントなどいろいろな言葉がありました。もしそれを自分が任された時に、どのようなことに気をつければいいのか、どのようなことを考えればいいのか、教えてください。本を読めばわかるのですが(笑)。
(一同笑)
広木大地氏(以下、広木):まぁ、そうですね。本を読んでください、と。
(一同笑)
藤井:エンジニアも、エンジニアのスペシャリストとしてやり続ける人もいれば、マネジメント経験のようにいろいろなキャリアを積んでいく人もいると思います。
広木:もともと自分もエンジニアとして入社しました。スペシャリストコースがあって、マネージャーにならなくても給料がちゃんと上がり、マネージャー並みになっていくコースで、スペシャリストとして認められていきました。そちらのほうでキャリアを作っていく数年間を過ごしました。
ただ、スペシャリスト・個人貢献者・Individual Contributorとして何かを還元していく中で、会社を立て直すことを考えようと思ったら、もうちょっと人を巻き込んだほうがいいと思うようになりました。そこで、自分のキャリア自体をマネジメントに転換することをしたのです。それからマネジメントをやっていくようになったので、最初からマネジメントをしようと思っていたわけではありません。
目の前にある問題を解決しようと思った時に、コンピューターにやってもらいたいからAWSに指示するようなものです。自分が会社や日本社会の問題、目の前にある問題を解決したいと思ったら何を使うか、そういった視点で僕はフラットなのです。
コンピューターに頼めば済むことであればコンピューターに頼むし、人間に言ったほうが効率が良いことだったら人間に言います。人間をマネジメントするほうがすごく手間だと思うことがあれば、コンピューターでできる方法はないかと考えます。
広木:選択肢として両方持っていると強くなると思います。なので、「プロダクトマネージャーをやってみない?」と言われる機会があった時に、わざわざそれをキャリアにとってどうかと考えるのではありません。今、目の前にあることを解決したいと思っているなら、そのために必要なオーソリティ・権限がツールとして必要であれば選べばいいと思います。
1つの世界だけを見て「自分はスペシャリストになりたい」と思うのも、なにか違うのではないかという気がします。単純に、武器が多いほうがいろいろなことができます。だから、1回ぐらいやってみてもいいじゃないですか、と思います。その武器をもうちょっと育てるもよし、向いていない、嫌だと思ったら、また戻ってもいいですし。
戻ってみたけれども、目の前に解決しなければならないことがある。不得意であろうが何であろうが、ちょっと勉強してみようかと思ったら、またマネージャーをやればいいのです。例えるなら振り子みたいなもので、行って戻ってを繰り返してもいいと思っています。
逆に「マネージャーになりたくない」という声もあります。これは若い人、いわゆるZ世代全般でよく言われる話です。「出世してもいいことないし」という話のことだと思っていて、それはエンジニアのマネージャーとしてどうのというより、そもそも「スペシャリストにもならなくていいや」という話だと思うのです。
無理して給料を上げたいわけではなくて、つらい思いをしたいわけでもない。まぁ、そういった人生観もあるでしょう。それはそれでぜんぜん考え方としてはいいと思います。自分に何かやりたいことがあって、解決する手段として欲しい、やっていないことをやってみたらおもしろいかも、そう思うのであれば、1回やってみてもいいのでは? ぐらいの気持ちで、キャリア相談の時には回答しています。
藤井:要するに、やりたいことがあるならそれはどの方法でもいい。エンジニアでやるのもいいし、マネジメントで進めていってもいい。やりたいことをまずはやる、という話だと思いました。
藤井:時間もギリギリになってきたので、最後に質問の回答をお願いします。「VPoEの役割・概念はアメリカにもあるのでしょうか?」という質問が来ています。いかがでしょうか?
広木:英語なんでね。
(一同笑)
ただ、ちょっと勘違いされていることはあると思います。VPoEとはVice President of Engineering、あるいはVice President of Engineersです。Vice Presidentを直訳すると副社長です。副社長という言い方をするとちょっとわかりづらくなりますが、あるラインの長のことです。
Vice President of ProductなどをはじめとしたVice President of ○○は、ある部門の執行を担当している本部長などの役割に近いです。なので、ボードではないが執行のメンバーとして、その部門の長として頼みたい人が、Vice Presidentの役割を受けることが多いです。経営より執行の役職といえます。
藤井:なるほど。
広木:なので、CTOより少なくとも組織階層では下にいることが多いのがVPoEです。それに対して、日本国内では両者が並立しているというとらえ方をすることがしばしばあります。つまり、CTOはテクノロジーの担当をやり、VPoEは組織面にフォーカスしてマネジメントするという考え方です。それは別々の職であると。別々の職なのは間違いないのですが、現実には組織階層上、経営はCTOであり、執行はVPoEと分かれていることになるかと思います。
広木:なぜ、日本ではやや並列に扱われるかについてです。CTOはテクノロジーのビジョンやテックで投資すべき項目を決めていきます。経営とテクノロジーの間にある諸問題においてビジョナリー的要素を解決していきたいと思った時に、マネジメントできるとは限りません。そちらの要素の強い人が若いチームにいると、組織として未成熟なことがあります。
そうすると、マネジメントできるかというとできない場合があるのです。そういったことが起きた時、CTOのような役割をなんとかしようとします。ちゃんとマネジメントしてくれる気の良いおっちゃんを見つけても、「それはCTOの下?」となります。いい歳した人を若い人の下につけるのは、それはそれでいかがなものかと。
日本的なとらえ方の結果、CTOもVPoEも執行役員となります。そのような並立制を採用するという苦肉の策を選んだ会社が一定数あったというわけです。それを勘違いして、VPoEは組織やマネジメントを見る役割、という並列的とらえ方をしている人がいます。
藤井:海外で言われるVPoEと今の日本にある程度いるVPoEは、役割や考え方がそもそも違うのですね。
広木:若干、勘違いしている部分はあると思います。勘違いしていないところもたくさんあるので、VPoEの概念がすべて誤解に満ちているとは言わないです。全体的にはわかっている状況が9割で、残りの1割ぐらいが「あれ、なんでこれがVPoEなの?」ということで、ちょっと誤認されていることもあると思います。
藤井:なるほど。わかりました。質問の回答になりましたでしょうか?
藤井:コメント・感想も届いています。「一時的にソフトウェアベンダーに開発してもらって、世代が変わったら取り壊して負債も含めて作り直すというのが、家屋に似たところがある」という意見をいただきました。
広木:確かに。その観点はありますね。例えば、法隆寺と同じように式年遷宮をしましょうということです。償却されるから、ベンダーに作り直してもらいましょう。そういう意味では、石造りのものは作らないほうが良いかもしれないので、作り直す前提でやるのはあり得る話ではあると思います。ただ、5年ぐらいで技術セットがまるっきり変わってしまうわけではないし、腐るわけでもないから、本当だったら使い回せるほうがいいとは思います。
jQueryで書いているサイトはもう古いからBackbone.jsで書き直そう、それももう古いからAngularで書き直そう、Angularでも古いからNext.jsにしましょう、これを5年ごとぐらいにやっておけば、ベンダーも食えるし新しい技術にもなるし良い、といった考え方は豊富なお金があれば良いと思います。
藤井:確かに(笑)。永続的な感じでいろいろな方法を考えるのは、確かにありだと思います。
藤井:もう1つ質問があって「僕の会社でプロダクトマネージャーの採用がかけられていて、期待されて入社するも、打ちのめされて辞めていく人をたくさん見てきた」と、あります。
広木:(笑)。
藤井:「こういう状況を避けるために、どのようにしたらいいでしょうか?」ということですが、どうでしょうか?
広木:会社として、まずなぜ「打ちのめされちゃうの?」と。ポジティブな理由とネガティブな理由の両方がありそうです。
藤井:確かに。
広木:でも、ネガティブな理由だったらなんとかしてあげたいですね。1つには、プロダクトマネージャー万能説が一定程度あります。アジャイル万能説と一緒です。何か新しいことをする時に「やろう!」と言うためには、誇大広告を打って回らないといけません。その結果、誇大広告を打って失敗して、そのキーワード自体が「んん……」となることは往々にしてあると思っています。
それが誇大広告にならないためにはどのようにしたらいいかというと、本当はこういうものという体感がある人が意思決定するしかないのです。その体感がない状態のままでやるから、どうしてもおじいちゃんたちにもわかるように説明しなければならなくなります。「アジャイルというのはね、生産性がとても高いんだよ」という話をする必要が出てきます。
それに失敗したら今度は「プロダクトマネージャーがいないとね。プロダクトマネージャーはGoogleにもいるからすごいんだよ」などと言わなければならなくなります。Googleにいるなら採用しなきゃと言って採用したのはいいけど、プロダクトマネージャーは打ち出の小づちでもドラえもんでもありませんから、「何も解決しなかったね」と言われてしまうのでしょう。
ポイントは何かというと、そもそも事業は今までの経験でもできるぐらいソフトウェアビジネスに詳しい人がちゃんと取り仕切らなければならないのです。その中にプロダクトマネジメントの能力がある人たちも取りそろえないといけないし、エンジニアもそういった人たちで内部化していかないといけません。そういった地道な作業が必要な部分に想定以上に壮大なコストがかかってしまう。そこではないでしょうか?
本を書いているぐらいだから僕はアジャイルのことが好きです。だから批判はしたくありません。一方で、アジャイルの誇大広告にやられて傷ついて「アジャイルって言わないでください」「拒否反応がある人がいるんですー!」というのもけっこう見かけます。
藤井:はい(笑)。
広木:「銀の弾丸はない」という極めて古典的なフレーズで終わります。銀の弾丸があるかのような説明をして人を呼んでも、良いことはないです。
藤井:事実を等身大でちゃんと伝えることが大事なのですね。
広木:そうです。
藤井:時間もオーバーしてしまったので、このあたりでQ&Aも終わりにしたいと思います。広木さん、今回は本当に貴重なお話をありがとうございました。非常におもしろい話ばかりで、私もついワクワクして聞いてしまったので長くなってしまいました。また、参加してくれたみなさまも、ありがとうございました。
広木:ありがとうございました。
関連タグ:
2024.10.29
5〜10万円の低単価案件の受注をやめたら労働生産性が劇的に向上 相見積もり案件には提案書を出さないことで見えた“意外な効果”
2024.10.24
パワポ資料の「手戻り」が多すぎる問題の解消法 資料作成のプロが語る、修正の無限ループから抜け出す4つのコツ
2024.10.28
スキル重視の採用を続けた結果、早期離職が増え社員が1人に… 下半期の退職者ゼロを達成した「関係の質」向上の取り組み
2024.10.22
気づかぬうちに評価を下げる「ダメな口癖」3選 デキる人はやっている、上司の指摘に対する上手な返し方
2024.10.24
リスクを取らない人が多い日本は、むしろ稼ぐチャンス? 日本のGDP4位転落の今、個人に必要なマインドとは
2024.10.23
「初任給40万円時代」が、比較的早いうちにやってくる? これから淘汰される会社・生き残る会社の分かれ目
2024.10.23
「どうしてもあなたから買いたい」と言われる営業になるには 『無敗営業』著者が教える、納得感を高める商談の進め方
2024.10.28
“力を抜くこと”がリーダーにとって重要な理由 「人間の達人」タモリさんから学んだ自然体の大切さ
2024.10.29
「テスラの何がすごいのか」がわからない学生たち 起業率2年連続日本一の大学で「Appleのフレームワーク」を教えるわけ
2024.10.30
職場にいる「困った部下」への対処法 上司・部下間で生まれる“常識のズレ”を解消するには