「その気にさせる」エンジニアが最強のリーダーになる理由

by KEITA YANAGAWA

Embed

Start on current slide

Slide 1

Slide 1 text

Slide 2

Slide 2 text

#サポーターズCoLab © 2012-2025 BASE, Inc. 「その気にさせる」エンジニアが最強のリーダーになる理由 2 事業責任者です名前柳川慶太(@gimupop) 所属 BASE株式会社 BASE BANK 事業責任者職歴エンジニア → PdM → 事業責任者 SIer → Web広告 → BASE 嫌いな言葉ビジネス側 /プロダクト側 /エンジニア側 /非エンジニア / 好きな言葉義務と権利/根本的ミッション誰もが自分のやりたいことをやれる力を身につけられる世界を実現すること

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

#サポーターズCoLab © 2012-2025 BASE, Inc. 「その気にさせる」エンジニアが最強のリーダーになる理由 9 その気にするとはチームで仕事をする以上、一人だけやる気ではことはうまく進みません。チームのメンバーそれぞれが「その気」にならなければことは進みません。会社だから、お給料もらっているんだから、やるのが当然なのですが、「その気」にならないとことは進まないのです。特にプロダクト開発においては定型作業では無く、やれるかわからないことをやるので、「その気」になるのが重要なのです。

Slide 10

Slide 10 text

#サポーターズCoLab © 2012-2025 BASE, Inc. 「その気にさせる」エンジニアが最強のリーダーになる理由 10 「できないかもしれない」の重力プロダクト開発とりわけ Webサービスの開発は不確実性の塊です。 ①作ってもお金がもらえるか分からない ②ユーザーが見えないかつ要望が曖昧 ③自分たちで開発費用を負担しなければならない ④開発費用とサービスの対価を支払う主体が異なる事業開発まで含めるととさらに不確実性の塊です。容易に「できないかもしれないになる」し、「できないかもしれない」はチームに感染します。

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

#サポーターズCoLab © 2012-2025 BASE, Inc. 「その気にさせる」エンジニアが最強のリーダーになる理由 14 せっかくならばチームをその気にしたい人！「できる方法を探すこと」を言い換えると、チームをその気にすることになります。たまに誤解している方がいらっしゃって、エンジニアは「できない理由ばかり言う」みたいなこと言われたりもしますが、それって「できる方法を探してる」からなんですよね。そういう人は少しだけ言い方を換えれば、チームを「その気」にする人になります。エンジニアは性格いいです。

Slide 15

Slide 15 text

Slide 16

Slide 16 text

#サポーターズCoLab © 2012-2025 BASE, Inc. 「その気にさせる」エンジニアが最強のリーダーになる理由 16 Webサービスを作るのは不確実性の塊冒頭でもお話ししましたが Webサービスを作るのは不確実性の塊です。 ①作ってもお金がもらえるか分からない ②ユーザーが見えないかつ要望が曖昧 ③自分たちで開発費用を負担しなければならない ④開発費用とサービスの対価を支払う主体が異なる

Slide 17

Slide 17 text

#サポーターズCoLab © 2012-2025 BASE, Inc. 「その気にさせる」エンジニアが最強のリーダーになる理由 17 何を作るかが大事とは言われるけれど何を作るかは当然大事です！でも不確実性の塊を制御する上では、どう作るかも結構大事です！もう少し正確に言うといかに素早く PDCAを回せるかが大事なのでそのためには作るコストをいかに下げられるかが大事です右往左往しながらも試行回数を上げてどうユーザーにフィットしていくのかの戦い！特に自社開発で Webサービスとかを作る際には、不確実性の制御がすごく大事！

Slide 18

Slide 18 text

#サポーターズCoLab © 2012-2025 BASE, Inc. 「その気にさせる」エンジニアが最強のリーダーになる理由 18 受託開発と比較してみるとよりわかりやすい受託開発自社サービスビジネスモデル顧客から対価をもらいソフトウェアを開発する先行投資してプロダクトを作り使われれば対価がもらえる顧客/ユーザー（お金を支払うと約束した）開発依頼企業（不特定の）サービス利用者ニーズの把握方法開発依頼企業からの提示提示されない開発費用のソース開発依頼企業自社（調達した資金からの捻出）（サービスが使われれば）サービス利用者作ったソフトウェアの対価を支払う人開発依頼企業サービス利用者

Slide 19

Slide 19 text

#サポーターズCoLab © 2012-2025 BASE, Inc. 「その気にさせる」エンジニアが最強のリーダーになる理由 19 ①作ってもお金がもらえるか分からない受託開発自社サービスビジネスモデル顧客から対価をもらいソフトウェアを開発する先行投資してプロダクトを作り使われれば対価がもらえる顧客/ユーザー（お金を支払うと約束した）開発依頼企業（不特定の）サービス利用者ニーズの把握方法開発依頼企業からの提示提示されない開発費用のソース開発依頼企業自社（調達した資金からの捻出）（サービスが使われれば）サービス利用者作ったソフトウェアの対価を支払う人開発依頼企業サービス利用者自社Webサービスは頑張って開発しても使われるか分からない！

Slide 20

Slide 20 text

#サポーターズCoLab © 2012-2025 BASE, Inc. 「その気にさせる」エンジニアが最強のリーダーになる理由 20 ②ユーザーが見えないかつ要望が曖昧受託開発自社サービスビジネスモデル顧客から対価をもらいソフトウェアを開発する先行投資してプロダクトを作り使われれば対価がもらえる顧客/ユーザー（お金を支払うと約束した）開発依頼企業（不特定の）サービス利用者ニーズの把握方法開発依頼企業からの提示提示されない開発費用のソース開発依頼企業自社（調達した資金からの捻出）（サービスが使われれば）サービス利用者作ったソフトウェアの対価を支払う人開発依頼企業サービス利用者ユーザーが誰になるか分からないから要望が明確に分からない

Slide 21

Slide 21 text

#サポーターズCoLab © 2012-2025 BASE, Inc. 「その気にさせる」エンジニアが最強のリーダーになる理由 21 ③自分たちで開発費用を負担しなければならない受託開発自社サービスビジネスモデル顧客から対価をもらいソフトウェアを開発する先行投資してプロダクトを作り使われれば対価がもらえる顧客/ユーザー（お金を支払うと約束した）開発依頼企業（不特定の）サービス利用者ニーズの把握方法開発依頼企業からの提示提示されない開発費用のソース開発依頼企業自社（調達した資金からの捻出）（サービスが使われれば）サービス利用者作ったソフトウェアの対価を支払う人開発依頼企業サービス利用者作っても使われるか分からないにも関わらず自分たちで開発費用を負担

Slide 22

Slide 22 text

#サポーターズCoLab © 2012-2025 BASE, Inc. 「その気にさせる」エンジニアが最強のリーダーになる理由 22 ④開発費用とサービスの対価を支払う主体が異なる受託開発自社サービスビジネスモデル顧客から対価をもらいソフトウェアを開発する先行投資してプロダクトを作り使われれば対価がもらえる顧客/ユーザー（お金を支払うと約束した）開発依頼企業（不特定の）サービス利用者ニーズの把握方法開発依頼企業からの提示提示されない開発費用のソース開発依頼企業自社（調達した資金からの捻出）（サービスが使われれば）サービス利用者作ったソフトウェアの対価を支払う人開発依頼企業サービス利用者開発費用を出す主体とサービスの対価を支払う主体が異なる＝ ≠

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Slide 30

Slide 30 text

#サポーターズCoLab © 2012-2025 BASE, Inc. 「その気にさせる」エンジニアが最強のリーダーになる理由 30 再掲:「できないかもしれない」の重力出来ない理由はいくらでも思いつくものですし、出来ないかもしれないは容易にチームに連鎖し、覆い尽くすものなのです。それゆえにチームをその気にさせて前に進めるスキルは重要なのです。出来ないかもしれないの重力にはどんなシニア PdMでもリーダーでも捕まります。僕自身「もしかしたら出来ないかも」という思考に引っ張られることはあります。それでもなんとかその重力を振り切って進む。出来る理由を繋いで紡いでいく。 PdMに限らず、この力を持っている人がいるチームは前に進みます。

Slide 31

Slide 31 text

#サポーターズCoLab © 2012-2025 BASE, Inc. 「その気にさせる」エンジニアが最強のリーダーになる理由 31 エンジニアは意思決定者を勇気づけるプロダクトの開発や Webサービスを作る以上、誰がPdM になっても、誰が事業責任者になっても、どう作るの不安がつきもの。もう少し具体的にいうとエンジニアリングの不安がつきもの。不安な意思決定者にとって、エンジニアなど専門職からのサポートや後押しは 100人力。まだリーダーになる予定のないエンジニアも、意思決定者を勇気づけている！という実感と誇りを持って仕事をして欲しいです。

Slide 32

Slide 32 text

Slide 33

Slide 33 text

#サポーターズCoLab © 2012-2025 BASE, Inc. 「その気にさせる」エンジニアが最強のリーダーになる理由 33 エンジニアはわからない状況に対する許容度が高いエンジニアは構造上わからない状況に置かれることが多い。 1. 常に課題解決が仕事 2. 課題解決するための手段もわからないものが多いわからないことは想像以上に怖い。わからないことに立ち向かえるというのは、それだけで希少スキル！「なんでこんなこともわからないの」とか「調べなよ」とか思うこともあるかもしれません。でもそんなこと言うと性格悪いです。「これは希少スキルなんだ」と思いながら気分良く人の背中を後押しして下さい。

Slide 34

Slide 34 text

Slide 35

Slide 35 text

#サポーターズCoLab © 2012-2025 BASE, Inc. 「その気にさせる」エンジニアが最強のリーダーになる理由 35 正直PdMに限らずみんなチームをその気にするべき「その気」にする人がいるかいないかでプロジェクトは /プロダクトは /チームは/会社は運命が大きく変わります！まずは「その気」にしてもらえたら感謝すること！そしてチームを「その気」にできそうな時は「その気」にするチャレンジをしてみて欲しいです。

Slide 36

Slide 36 text

#サポーターズCoLab © 2012-2025 BASE, Inc. 「その気にさせる」エンジニアが最強のリーダーになる理由 36 リーダーはチームをその気にするのが仕事 PdMでも事業責任者でも EMでもCTOでも、リーダーはチームを「その気」にするのが仕事です。特にPdMは色々な背景の人を「その気」にしないといけないので大変。だけどやりがいがあるよ！というポジショントークをしておきます。 (苦労話はまた別の機会に ) その気にするのは決まった方法はありません！あなたなりの方法でアプローチしましょう！エンジニアは「エンジニアだからこそ伝播できる勇気と自信」があるのでリーダーになれる！ちなみに僕は、昔から屁理屈が得意だったので天職です。屁理屈だって言い換えれば「その気」にする力！