サーバントリーダーシップが陥れる「良い兄貴問題」

今回の記事ではrebuild.fm #123について触れてみたいと思う。

http://rebuild.fm/123/

いきなり横道にそれるが、podcastはランニング中や移動中に1.5倍速で流して聞けるのが便利。一方でメモがとれず終わった後にきちんと整理する時間を取らないと「要旨はなんだったのか」が曖昧になり自分に残らない感があるのが悩ましい。

今回のゲストである @naoya_itoさんが『エンジニアチームのリーダーシップ』というテーマについて『Fate/Zero』というアニメの11話「聖杯問答」になぞらえてうまく例えていた。

「聖杯問答」の内容について、超端的に言うと、世代を超えた3人の王が統治の仕方を論じ、民や臣に厚いタイプの王が大いなる野望を追いかけるタイプの王に負ける、という話。

趣旨:サーバントリーダーシップの是非

放送を通じた主張が、近年日本のみならずUSも含めた開発現場で良しとされがちな「サーバント・リーダーの是非」。プロダクトマネージャー論に通ずる話だなと聞いていたが、トータル以下の3点で整理できるかなと思う。

主張(1):

主張(2):

主張(3):

主張を補佐する語句について見てみよう。

サーバントリーダーシップとは

そもそもサーバントリーダーシップとは聞き慣れない言葉かもしれない。放送内では以下の様な存在として定義されていた。

良い兄貴問題とは

サーバントリーダーは結果的に雑務を引受けプロダクトにコミットする時間が少なくなることにより、「メンバーから見ると相談のしやすい兄貴分」にはなれるがプロダクトを長期的な成功に導く上で陥りやすい罠がある。

ビジョンを示すことと細かいタスク、どっちが楽か?

役割が違う論

サーバントリーダーであることを求めてしまう大衆

こういった問題をはらみながらも、多くのメンバーというのはリーダーに対し、臣に熱く雑務を引き受けてくれるサーバント型を求めがち といういわばマーケットの要求問題もある。

まとめ

個人的に整理した主張はどれも賛同でき、また自分がそう振る舞おうと考えているポイントに近かった。これまで「サーバント性はフェーズによって(プロダクトマネージャーにとって)必要性が変わる」と考えていたが、そうではなく「役割として整理する」という方が個人的にしっくり来る。

とりわけビジョンを創り示すという行為は、そのプロダクトにとっての「未来の当たり前の姿」を定義するということであり、いくら知識を仕入れても、いくら考えても決め切ることの難しい問いだと思っている。その行為のコストは、残念ながら経験者にしか測り判断することが難しい。

プロダクトマネージャーは(もちろん妥当性を証明できればそれに越したことがないが)ある点で思い込み・偏執を形成していく必要があり、その思い込みがビジョンを創る。サーバントリーダーはある種マネージャーの巨像ではないかと考えている。もちろん必要な人材だと思うのだが、自らの役割がビジョンなのかサーバントなのかを意識する必要がある。


本稿が参考になった方はコメント&Kyash投げ銭をお待ちしております。記事へのフィードバックとして糧にします。なお、Kyashは常用していて応援しているプロダクトです。

kyash_link
kyash_link