エンジニアリングは、どこまで拡大解釈できるか「一人でもプロダクトが作れるこの時代に、私は、あなたとプロダクトを作りたいのです」と言われるために心技体を繋いでいく

Embed

Start on current slide

Slide 1

Slide 1 text

エンジニアリングは、どこまで拡大解釈できるか「一人でもプロダクトが作れるこの時代に、私は、あなたとプロダクトを作りたいのです」と言われるために心技体を繋いでいく Product Engineering Conference 2026.09.05 柳川慶太 BASE株式会社執行役員 / 金融事業責任者 1

Slide 2

Slide 2 text

エンジニアリングは、どこまで拡大解釈できるか 00 つかみ「プロダクトエンジニア」という言葉、よく考えると拡大解釈ですよねコードを書く人だったはずのエンジニアを、プロダクトに責任を持つ人まで広げて呼び直しているので 2

Slide 3

Slide 3 text

エンジニアリングは、どこまで拡大解釈できるか 00 つかみじゃあ、どこまで広げられるのか。僕は、事業責任者まで広げてみましたただ、すべての人にお勧めはしません 3

Slide 4

Slide 4 text

エンジニアリングは、どこまで拡大解釈できるか 01 自己紹介エンジニア → PdM → 事業責任者 4

Slide 5

Slide 5 text

エンジニアリングは、どこまで拡大解釈できるか 01 自己紹介自己紹介プロダクトで稼いでるなら、プロダクトがわかる人が偉くなるのが道理義務と権利名前｜柳川慶太肩書き｜ BASE株式会社執行役員金融事業責任者職歴｜エンジニア → PdM → 事業責任者会社歴｜ SIer → 広告配信 → 現職趣味｜ note書く / Gem作るサブプロジェクト｜お悩み相談を中心に軸足を作っていきたいその他活動｜複眼道場 / プロダクトぶれんじゃねぇラジオスタンス｜とにかく繋げる、ジェネラリスト万歳 5

Slide 6

Slide 6 text

エンジニアリングは、どこまで拡大解釈できるか 01 自己紹介狂ったようにnote書いてます 6

Slide 7

Slide 7 text

エンジニアリングは、どこまで拡大解釈できるか 01 自己紹介金融プロダクトを、エンジニアとして立ち上げました YELL BANK。BASEの加盟店向けの金融プロダクトです立ち上げのときは、実装する側にいましたそこからPdMになり、いまは事業の数字に責任を持っています 7

Slide 8

Slide 8 text

エンジニアリングは、どこまで拡大解釈できるか 01 自己紹介広がっていった順番最初は、書いたコードが動くかどうかだけを見ていました次に、その機能が使われるかを見るようになったいまは、事業として続くかを見ていますでも、やっていることは、ずっと同じ気がしています 8

Slide 9

Slide 9 text

エンジニアリングは、どこまで拡大解釈できるか 02 03 目次 TABLE OF CONTENTS 04 05 06 07 08 09 01 自己紹介拡大解釈って、何を広げているのか広げた範囲に、責任を持てるかそれ、AI関係なくないですか才能と練習会社でやるのは、無茶なんですよじゃあ、どこで練習するのか結果として、心技体がつながるエール 9

Slide 10

Slide 10 text

エンジニアリングは、どこまで拡大解釈できるか 02 拡大解釈って、何を広げているのか広げているのは、責任の範囲です 10

Slide 11

Slide 11 text

エンジニアリングは、どこまで拡大解釈できるか 02 拡大解釈って、何を広げているのか広げているのは、責任の範囲です 11

Slide 12

Slide 12 text

エンジニアリングは、どこまで拡大解釈できるか 02 拡大解釈って、何を広げているのかスキルが増えたのではなく、引き受ける範囲が増えているその機能が、使われるかプロダクトが、選ばれるか囲範の任責書いたコードが、動くか事業として、続くか 12

Slide 13

Slide 13 text

エンジニアリングは、どこまで拡大解釈できるか 02 拡大解釈って、何を広げているのかエンジニアは、もともとラストマンですインシデントが起きたら、最後に直すのは自分です普通はテンパります。エンジニアもテンパるでも、すぐに「どうにかするしかない」に切り替わる。ガチで自分がどうにかするしかないのでその責任範囲を、コードから事業の数字まで広げる。それだけの話です 13

Slide 14

Slide 14 text

エンジニアリングは、どこまで拡大解釈できるか 02 拡大解釈って、何を広げているのか事業の数字も、エンジニアの言葉に翻訳できます事業計画は、予言書ではなくテストコードです。「こう動くはず」を、先に書いておくもの実行して、数字で確かめる。通っていれば続行、落ちていたら直す最初は赤字でいい。 RedをGreenにしていくのは、いつもの開発と同じです事業責任者の仕事は、落ちているテストを通しにいく仕事です 14

Slide 15

Slide 15 text

エンジニアリングは、どこまで拡大解釈できるか 03 広げた範囲に、責任を持てるか AIの時代に残ったのは、判断です 15

Slide 16

Slide 16 text

エンジニアリングは、どこまで拡大解釈できるか 03 広げた範囲に、責任を持てるかバイブコーディング、流行りましたよね AIに任せて、雰囲気で作ること。だいたいそういう意味で使われていますただ、言い出した人の定義はもう少し具体的でした出てきたコードを読まないこと差分は全部そのまま受け入れる。エラーはメッセージごと貼り返す 16

Slide 17

Slide 17 text

エンジニアリングは、どこまで拡大解釈できるか 03 広げた範囲に、責任を持てるかそして本人は、週末の使い捨てプロジェクトの話だと断っています捨てるものだから、読まなくていい 17

Slide 18

Slide 18 text

エンジニアリングは、どこまで拡大解釈できるか 03 広げた範囲に、責任を持てるか白状すると僕は、捨てないプロダクトでもコードを読んでいません（個人開発の話です）見ているのは、動いたものです。触って、これは違う、と返す。検品はしていないけど、判断はしている 18

Slide 19

Slide 19 text

エンジニアリングは、どこまで拡大解釈できるか 03 広げた範囲に、責任を持てるか読まずに出せるのは、出すものと自分の責任が直結しているときだけです何かあったら、絶対に自分がなんとかする。後払いの責任が、事前の検品を代替するので 19

Slide 20

Slide 20 text

エンジニアリングは、どこまで拡大解釈できるか 03 広げた範囲に、責任を持てるかラストマンって、言葉は知ってるけどさっき、エンジニアはもともとラストマンだと言いましたでも最近、引っかかっているんですよ。本気でそう思えている人って、どれくらいいるんだろう言葉としては知っている。かっこいいとも思っている腹の底で「これは自分のものだ」と思えているかは、別の話です 20

Slide 21

Slide 21 text

エンジニアリングは、どこまで拡大解釈できるか 03 広げた範囲に、責任を持てるかレビューがあるうちは、その感覚は育ちにくいと思っています 21

Slide 22

Slide 22 text

エンジニアリングは、どこまで拡大解釈できるか 03 広げた範囲に、責任を持てるかただ、レビュー文化そのものはエンジニアの強みです人ではなく、コトに対して指摘する。あの分離が根づいているのは、けっこうすごいことだと思っています 22

Slide 23

Slide 23 text

エンジニアリングは、どこまで拡大解釈できるか 03 広げた範囲に、責任を持てるか正直なFBが許された、ほぼ唯一の場所かもしれない人格へのフィードバックは、いまの時代ほとんど口にできません。下手をするとパワハラですレビューには「人ではなく、コトに」という建前がある。だから直球が言えるでも実際には、分けきれないんですよ。作ったものには、その人の考えが乗っているので建前のおかげで言えて、分けきれないから効く。よくできた仕組みだと思いませんか 23

Slide 24

Slide 24 text

エンジニアリングは、どこまで拡大解釈できるか 03 広げた範囲に、責任を持てるかレビューじゃなくて、ハンコが問題です通す関係書く人提出通す人印助言を求め合う関係書く人どう思う？ここ気になる相方「通ったし」「書いたのは自分じゃないし」出したあとの責任出したあとの責任誰のものでもなくなる二人とも、自分のものにしている 24

Slide 25

Slide 25 text

エンジニアリングは、どこまで拡大解釈できるか 03 広げた範囲に、責任を持てるか目指したいのは、親子じゃなくて、大人どうしの関係です通してもらう・通してあげるは、親子の形です。そして親子関係は、気づかないうちにできあがる。求める側にも、引き受ける側にも悪気がないので、誰も気づかない 25

Slide 26

Slide 26 text

エンジニアリングは、どこまで拡大解釈できるか 03 広げた範囲に、責任を持てるか大人どうしは、本当に難しい。でも、自律的な組織には欠かせません権限を渡しても、働く側が親を求めていたら、その場に親が湧く。大人の位置に立とうとしても、子ども扱いが続けば成立しない。片側だけでは作れない。だから難しくて、だから目指す価値があります 26

Slide 27

Slide 27 text

エンジニアリングは、どこまで拡大解釈できるか 03 広げた範囲に、責任を持てるか引き受けが誰のものでもない状態が、続くと何年いても、自分の実績として語れるものが増えません主体的に動いて成し遂げたものがないと、その年数は経験になりません社会科見学に近くなります会社にいた年数と、引き受けた回数は、別物です 27

Slide 28

Slide 28 text

エンジニアリングは、どこまで拡大解釈できるか 04 それ、AI関係なくないですかその通りです。ただ、変わったことが二つ 28

Slide 29

Slide 29 text

エンジニアリングは、どこまで拡大解釈できるか 04 それ、AI関係なくないですか「責任感なんて、 AIが来る前からずっと大事だっただろ」その通りです。そのうえで、変わったことが二つあります 29

Slide 30

Slide 30 text

エンジニアリングは、どこまで拡大解釈できるか 04 それ、AI関係なくないですか ① 前は、なくても回っていた前手の速さいま手の速さ AI 知識の量知識の量 AI アウトカムへの責任感（あったほうがいい。でも必須ではない）アウトカムへの責任感差がついていたのは、上の二つ差がつく場所として、ここだけが残った 30

Slide 31

Slide 31 text

エンジニアリングは、どこまで拡大解釈できるか 04 それ、AI関係なくないですか差がついていた二つが、 AIの得意分野になりました仕様どおりに、速く正確に。それで十分に価値だった時代は、それでよかったんです。残ったのは、あったほうがいいけど必須ではなかった、責任感です 31

Slide 32

Slide 32 text

エンジニアリングは、どこまで拡大解釈できるか 04 それ、AI関係なくないですかだから、速くなったのにアウトカムが増えない書く AIで、爆速になった確認と承認の列印印出す速度は、変わらない印出す列に並ばずに、自分で引き受けて出す列を速く捌く工夫では解けない。ここができる人＝当事者意識のある人を増やすしかない 32

Slide 33

Slide 33 text

エンジニアリングは、どこまで拡大解釈できるか 04 それ、AI関係なくないですか足りていないのは、当事者意識みたいな何かです僕は個人開発では、読まずに出す運用に開き直れています。でも会社は、開き直れる構造になっていない。だから、引き受けて出せる人を増やすしかない 33

Slide 34

Slide 34 text

エンジニアリングは、どこまで拡大解釈できるか 04 それ、AI関係なくないですか ② 訓練と思わずに訓練できていた時間が、減った動かないコードの前で、何時間も悩みましたよね他責にする余地が物理的にないので、矢印が強制的に自分に向くあれ、いま思うと訓練でした。しかも訓練だと思わずにやれていたその時間を、AIがかなり持っていきました 34

Slide 35

Slide 35 text

エンジニアリングは、どこまで拡大解釈できるか 04 それ、AI関係なくないですか悩んでいた時間が、実感の置き場所でしたむかし自分を疑い続ける時間動かない直るここで実感が溜まっていたいま動かない AIが出す直る溜まる場所が、減った 35

Slide 36

Slide 36 text

エンジニアリングは、どこまで拡大解釈できるか 04 それ、AI関係なくないですか責任感は、要る量が増えて、育つ場所が減ったんです今日、この話をやる理由です 36

Slide 37

Slide 37 text

エンジニアリングは、どこまで拡大解釈できるか 04 それ、AI関係なくないですかただ、取られただけでもないです訓練の機会を持っていった張本人が、練習場も置いていってくれている 37

Slide 38

Slide 38 text

エンジニアリングは、どこまで拡大解釈できるか 05 才能と練習持てと言うだけなら、無責任です 38

Slide 39

Slide 39 text

エンジニアリングは、どこまで拡大解釈できるか 05 才能と練習そもそも、責任感って持てるものなんでしょうか同じチームで同じものを作っていても、担当外の不具合を「うわ、まずい」と感じる人がいる「担当じゃないので」で終わる人もいるあれ、能力の差というより感じ方の差だと思っていますつまり、一種の才能ではないか 39

Slide 40

Slide 40 text

エンジニアリングは、どこまで拡大解釈できるか 05 才能と練習ただ、二層に分けたほうが正確です二層目一層目責任感を持ちたいか実感を持てるようになるか才能に近い。選べない 40

Slide 41

Slide 41 text

エンジニアリングは、どこまで拡大解釈できるか 05 才能と練習二層目の実感は、練習でしか手に入りません作る一層目責任感を持ちたいか才能に近い。選べない直す実感練習でしか手に入らない出す触られる 41

Slide 42

Slide 42 text

エンジニアリングは、どこまで拡大解釈できるか 05 才能と練習「持て」という言葉は、どちらの層にも効かないんです思えるかどうかは、言葉では変わらない。実感は、言葉では渡せない。だから、持てと言うだけなら無責任なんです 42

Slide 43

Slide 43 text

エンジニアリングは、どこまで拡大解釈できるか 05 才能と練習じゃあ、何をしたら持てるようになるのかコードを書くことでしょうか。自分の手で書いた、という事実が効くのか出したものの結果を、人前で説明する立場に立つことでしょうか僕にも、答えはないです。たぶん、人によって違うでも、自分に効くやつを知っているだけで、だいぶ違うはずです 43

Slide 44

Slide 44 text

エンジニアリングは、どこまで拡大解釈できるか 05 才能と練習あなたは、何をしたら責任感が持てますか答えは要らないので、宿題として持って帰ってください 44

Slide 45

Slide 45 text

エンジニアリングは、どこまで拡大解釈できるか 06 会社でやるのは、無茶なんですよだから、分業の話になります 45

Slide 46

Slide 46 text

エンジニアリングは、どこまで拡大解釈できるか 06 会社でやるのは、無茶なんですよ会社で作っているものは、自分のものじゃないんですよね給料をもらってやっている仕事で、複数人でやっていて、成果物は会社のものです自分が辞めても続くし、担当も変わるその状況で人格を直結させるのは、冷静に考えるとけっこう無茶ですいや、直結させられる方が自意識過剰で怖い。潰れる人も見てきました 46

Slide 47

Slide 47 text

エンジニアリングは、どこまで拡大解釈できるか 06 会社でやるのは、無茶なんですよそれでも、いいものを作る人は勝手に引き受けている頼まれていない範囲まで気にする自分の担当じゃないところの不具合で腹を立てている合理的にはやる理由がないことを、やっている状態ですだから自然発生しない。放っておいて身につくものではない 47

Slide 48

Slide 48 text

エンジニアリングは、どこまで拡大解釈できるか 06 会社でやるのは、無茶なんですよ組織の分業も、まったく同じ構造をしています知らないまま分ける相手の仕事を、やったことがない企画の人企作売作る人企作売売る人企作売知った上で分ける全員、一度は全部やったことがある企画の人企作売作る人企作売「誰かが持ってるはず」全員が、自分の分を持ったまま引き受け引き受け誰も、持っていない人数分になる売る人企作売 48

Slide 49

Slide 49 text

エンジニアリングは、どこまで拡大解釈できるか 06 会社でやるのは、無茶なんですよ分業が悪いんじゃない。知らないまま渡すのが問題なんですレビューのハンコ問題と、まったく同じ話です 49

Slide 50

Slide 50 text

エンジニアリングは、どこまで拡大解釈できるか 06 会社でやるのは、無茶なんですよ「知った上で組みたい」を言葉にすると、たぶんこうなります 50

Slide 51

Slide 51 text

エンジニアリングは、どこまで拡大解釈できるか 06 会社でやるのは、無茶なんですよ頼られると、嬉しいじゃないですか結局、シンプルな話なんですよ。しかも相手は、一人で作れる人です。頼らなくてもいい人が、それでも頼ってくれる。今日の話の根っこは、たぶんここです 51

Slide 52

Slide 52 text

エンジニアリングは、どこまで拡大解釈できるか 06 会社でやるのは、無茶なんですよ「あなたと作りたい」には、 2種類あります結婚と同じです 52

Slide 53

Slide 53 text

エンジニアリングは、どこまで拡大解釈できるか 06 会社でやるのは、無茶なんですよ台詞は同じで、中身が真逆です一人で作れないから、あなたと作りたい必要だから、組む一人で作れるけど、あなたと作りたい選んで、組む 53

Slide 54

Slide 54 text

エンジニアリングは、どこまで拡大解釈できるか 07 じゃあ、どこで練習するのか「作れるけど」と言うには、まず一人で作れないといけない 54

Slide 55

Slide 55 text

エンジニアリングは、どこまで拡大解釈できるか 07 じゃあ、どこで練習するのか厄介なことに、会社の中に練習の場は作りにくい分業されているし、レビューもあるし、リリースの判断も自分じゃないそれぞれ合理的にそうなっているので、悪いことではないですでも、一人で全部を引き受ける経験は積みにくいやる理由がないことを、やれる場もない 55

Slide 56

Slide 56 text

エンジニアリングは、どこまで拡大解釈できるか 07 じゃあ、どこで練習するのかそれでも、練習の場が巡ってくる瞬間はあります新規事業の立ち上げ、人が抜けた直後、誰もやりたがらない仕事一人で引き受けざるを得ない時期が、会社にもたまに巡ってきます僕の場合は、YELL BANKの立ち上げでした巡ってきたら、やりきってほしい。練習場は、渦中では練習場の顔をしていないので 56

Slide 57

Slide 57 text

エンジニアリングは、どこまで拡大解釈できるか 07 じゃあ、どこで練習するのか巡ってこないなら、外に作るしかないです引き受けざるを得ない瞬間は、待っていても来ないことのほうが多いので 57

Slide 58

Slide 58 text

エンジニアリングは、どこまで拡大解釈できるか 07 じゃあ、どこで練習するのか作るものは、なんでもいいんですしょぼくていいし、お金を取らなくてもいい。自分の引っかかりから始まるものなら、なんでも 58

Slide 59

Slide 59 text

エンジニアリングは、どこまで拡大解釈できるか 07 じゃあ、どこで練習するのかただ欲を言えば、趣味や遊びで終わらせないでほしいです大人になってから、真剣になれる設定を作るのは難しいんですよ。子供の頃は、部活がありました。お金を稼ぐは、真剣の設定として手軽です。極端な話、真剣になれるなら、なんでもいい 59

Slide 60

Slide 60 text

エンジニアリングは、どこまで拡大解釈できるか 07 じゃあ、どこで練習するのか僕の場合は、複眼道場という個人事業ですエニアグラムとインテグラル理論を使った、自己理解のセッションと診断ツール企画も実装もデザインも価格も、全部ひとりでやっています AIと二人三脚で、事業として回していますやってみて、AIに渡せるものと渡せないものが、はっきり分かれました 60

Slide 61

Slide 61 text

エンジニアリングは、どこまで拡大解釈できるか 07 じゃあ、どこで練習するのか一人で事業をやって、AIに何を任せたか判定扱い領域 △ 補助だけ作 / 集客・ファネル / データ分析課題発見・コンセプト設計 / ネーミング・ブランドの言葉価格・商品設計 / 商品を増やす判断 / ユーザーインタビュー ◎ ほぼ任せたプロダクト実装 / 決済・規約まわり / CS・日々の運用 ◯ 二人三脚ドメイン知識の学習 / 事業計画・収支 / デザイン・LP / コンテンツ制 ✕ 渡さない今日は一つずつ説明しないので、詳しくはこのnoteで。星取表の中身を、1項目ずつ書いています 61

Slide 62

Slide 62 text

エンジニアリングは、どこまで拡大解釈できるか 07 じゃあ、どこで練習するのか AIに渡せなかったのは、スキルではなく、現場感覚と実感でしたその場の空気と表情。いくらなら払うか、の手触り。自分がどうなりたいのか。どれも、テキストになっていないものです。この二つの名前は、最後の章でもう一度出てきます 62

Slide 63

Slide 63 text

エンジニアリングは、どこまで拡大解釈できるか 07 じゃあ、どこで練習するのかおまけに、隣の人が急にすごく見えるようになります企画の地獄価格の地獄何を作るか、決まらない自分の値段を、自分でつける集客の地獄一人で始める誰にも、見つけてもらえないリスペクトは、心がけじゃなくて、通った地獄の数で決まるものでした会社で隣の人が、すごく見える 63

Slide 64

Slide 64 text

エンジニアリングは、どこまで拡大解釈できるか 07 じゃあ、どこで練習するのかもう一つ。未経験の人が、一日でデプロイまで行きました昼に集まって、日が暮れる頃には、参加者が自分のWebアプリを世に出していました題材は、編曲で止まった曲、スキンケアの記録、読まずに押した承諾ボタン全部、個人の引っかかりから始まっていた。ガチで最高の会だった！ 64

Slide 65

Slide 65 text

エンジニアリングは、どこまで拡大解釈できるか 07 じゃあ、どこで練習するのか自分で作ると、誰のせいにもできません企画も実装も、出す判断も自分。逃げ場がないから、実感が溜まります 65

Slide 66

Slide 66 text

エンジニアリングは、どこまで拡大解釈できるか 07 じゃあ、どこで練習するのか出したあとに返ってくる反応も、レビューなんですよ建前はあるかも。みんな優しいから。でも、誰かのせいにはできない 66

Slide 67

Slide 67 text

エンジニアリングは、どこまで拡大解釈できるか 08 結果として、心技体がつながる技はAIに移り、心は練習でしか手に入らない 67

Slide 68

Slide 68 text

エンジニアリングは、どこまで拡大解釈できるか 08 結果として、心技体がつながる今日の話を、僕は心技体で捉えています AI うまく使えば、技は加速する使われるだけなら、取って代わられる技スキル手を動かす体現場感覚作る・出す・触られる・直す実感が、技を磨く心技体を、回しつづける実感が溜まる心実感練習でしか、手に入らない 68

Slide 69

Slide 69 text

エンジニアリングは、どこまで拡大解釈できるか 08 結果として、心技体がつながる AIに渡せなかった二つに、名前が付きます現場感覚が「体」で、実感が「心」です。技はAIに移っても、この二つは移らなかった 69

Slide 70

Slide 70 text

エンジニアリングは、どこまで拡大解釈できるか 08 結果として、心技体がつながる拡大解釈とは、心技体を割らずに範囲だけ広げることでした技だけ広げると、ハンコになる。三つがつながっている範囲が、責任を持てる範囲です 70

Slide 71

Slide 71 text

エンジニアリングは、どこまで拡大解釈できるか 08 結果として、心技体がつながるプロダクトエンジニアとは、責任の範囲をプロダクトまで広げた人だと思いますコードだけじゃなく、プロダクトまで。心技体を割らずに、です。冒頭の「よく考えると拡大解釈ですよね」の、答え合わせです 71

Slide 72

Slide 72 text

エンジニアリングは、どこまで拡大解釈できるか 08 結果として、心技体がつながるなぜ、そこまでして広げるのか割らずに広げるのは、正直しんどいです。責任は増える一方なのでそれでもやるのは、心技体の通った人どうしで組むチームが、いちばんいいチームだと思っているからですそして、いいチームを保つには、事業が成功しないといけない。成功しないと、プロダクトも育たないし、人が成長する機会も作れないだから、本気で事業をやります 72

Slide 73

Slide 73 text

エンジニアリングは、どこまで拡大解釈できるか 09 エール足りないのは覚悟じゃなくて、練習の回数 73

Slide 74

Slide 74 text

エンジニアリングは、どこまで拡大解釈できるか 09 エール広げた先で、いちばんきつかったことエンジニアは、ふだん0か1かの世界にいます。動くか、動かないか。正解があるかないかが、はっきりしている広げた先は、正しい vs 正しいの世界でした短期と長期。事業の数字と、プロダクトの理想。どちらも正しくて、どちらも間違っていない 74

Slide 75

Slide 75 text

エンジニアリングは、どこまで拡大解釈できるか 09 エールどちらも正しい中で、決めて進むのが仕事になります正解がないので、気が張ります。このきつさは、ラストマンシップの裏返しです。引き受けたから、決める番が自分に回ってくる 75

Slide 76

Slide 76 text

エンジニアリングは、どこまで拡大解釈できるか 09 エール無理する必要はないですラストマンの感覚を持ちたいと思えないなら、この道でなくていいと思っています自分の担当範囲をきっちりやることに誇りを持つ人はいるし、それで価値を出している人もいます全部を引き受けたい人だけが偉い、なんてことはないですただ僕は全部を引き受けるスタイルなので、そのスタイルの人に向けて話します 76

Slide 77

Slide 77 text

エンジニアリングは、どこまで拡大解釈できるか 09 エールこういう引っかかり、ないですか自分が作ったものに、もっと責任を持ちたいと思っているでも、いつもレビューを通ったところで手離れしてしまう数字が悪くても、自分のせいだとは本気で思えない持ちたい気持ちはあるのに、持てていない状態です 77

Slide 78

Slide 78 text

エンジニアリングは、どこまで拡大解釈できるか 09 エール足りないのは覚悟じゃなくて、練習の回数です 78

Slide 79

Slide 79 text

エンジニアリングは、どこまで拡大解釈できるか 09 エールエンジニアって、神様なんですよクリエイターという意味で。何もないところから、動くものを生み出せる。褒めてはいません。神様には創造した責任がある、という話です。力と責任は、セットなので 79

Slide 80

Slide 80 text

エンジニアリングは、どこまで拡大解釈できるか 09 エール一回、自分のものを作って出してみてくださいしょぼくていいです。半径3メートルの人に使ってもらえれば十分お金を取る必要もない作って、出して、触られて、ダメ出しを食らうその一周が、言葉ではどうやっても渡せなかったものをくれます 80

Slide 81

Slide 81 text

エンジニアリングは、どこまで拡大解釈できるか 09 エール「柳川さんだから、事業責任者まで広げられたんでしょ」たぶん、そう思った方がいますよね 81

Slide 82

Slide 82 text

エンジニアリングは、どこまで拡大解釈できるか 09 エール僕は、運が良かっただけです一人で責任を持たざるを得ないタイミングが、たまたま巡ってきた 82

Slide 83

Slide 83 text

エンジニアリングは、どこまで拡大解釈できるか 09 エールでもいまは、運が良くなくても手に入りますだから、その方向で合っています 83

Slide 84

Slide 84 text

エンジニアリングは、どこまで拡大解釈できるか 09 エール人格と分かちようのないレビューを、取りにいってください今日の話を一行にすると、たぶんこれです 84

Slide 85

Slide 85 text

エンジニアリングは、どこまで拡大解釈できるか 09 エール責任は、作った瞬間にもう発生しているんです神様には、創造した責任があるので。外から課されるものではなかった。だから持てるかどうかではなくて、気づけるかどうかです 85

Slide 86

Slide 86 text

エンジニアリングは、どこまで拡大解釈できるか 09 エール神様の自覚を、持ってください「持て」と言うだけなら、無責任なんでした。でも、練習場はもう渡したので言えます。作って、出して、食らう。その一周ごとに、自覚は育ちます 86

Slide 87

Slide 87 text

エンジニアリングは、どこまで拡大解釈できるか 09 エール何をしたら責任感が持てるかは、動機の構造で決まります前半の「じゃあ、何をしたら持てるようになるのか」の、答えの続きです。成果が懸かると入る人。頼まれると入る人。怒りで入る人。自分の構造を知っていると、練習場の選び方が変わります 87

Slide 88

Slide 88 text

エンジニアリングは、どこまで拡大解釈できるか 09 エールたとえば。あなたは、何がいちばん怖いですか自分には価値がない、と思い知らされること見通しが立たないまま、放り出されること自分の領域に、踏み込まれることどれが一番怖いかは、人によって違います。エニアグラムでは、この恐れから動機が発生すると考えます 88

Slide 89

Slide 89 text

エンジニアリングは、どこまで拡大解釈できるか 09 エール最後に宣伝です。その道具を、僕は売っていますエニアグラムは、自分の恐れに向き合う試みです複眼道場は、それを使った自己理解の道場です。 Web診断は無料なので、帰りの電車でどうぞ AIの時代だから一人で作れた事業が、 AIの時代に要る自己理解を売っていました 89

Slide 90

Slide 90 text

エンジニアリングは、どこまで拡大解釈できるか 09 エール今日の話は、noteにも書いています責任感の話は、この1本に AIの実戦の話は、ここに書きましたもう1本は、このあと公開します 90

Slide 91

Slide 91 text

Thank you 一人でもプロダクトが作れるこの時代に、私は、あなたとプロダクトを作りたいのです複眼道場 fukugan-dojo.com 柳川慶太 note.com/gimupop 91