PdM から見た「スーパーエンジニア」の思考と行動 / Thoughts and Actions of Super Engineers as Seen from PdM

PdM から見た「スーパーエンジニア」の思考と行動今福正雲（@happy_imafuku） 2024/06/22 PHPカンファレンス福岡2024

2 ＝スーパーエンジニアコードを書くスキルがめちゃくちゃ高い人と思っていた

しかし、実際に「スーパーエンジニア」と働くようになって、スーパーである所以はコードを書くスキルとは別にあることに気づく 3

「スーパーエンジニア」は何を考えどのような行動をしているのか 4

プロダクトマネージャー（PdM）の目線からお伝えします！ 5

Agenda 6 1. 自己紹介 2. PdMの役割 3. 「スーパーエンジニア」の定義 4. ビジネス職と価値を創る
5. 他のエンジニアと価値を創る 6. 自身の提供価値を磨いて適用する 7. まとめ

自己紹介いまふく　しょううん今福　正雲株式会社リンケージ　PdM 出身：福岡県福岡市（22年間住んで、今は東京） X：happy / @happy_imafuku PHPのカンファレンス参加歴： PHPカンファレンス福岡2023、東京2023、小田原2024
PHPerKaigi2024 8

エンジニアがすごい（と評されている）予防医療テックカンパニー株式会社リンケージとは 9

PdMの役割とはプロダクトを成功させること 11

プロダクトの成功とはプロダクトの価値（顧客価値・事業価値）が最大化され、ビジョンが実現している状態 12

まとめるとPdMの役割とはビジョンに向かってプロダクトの価値を最大化させること（そのために何でもやること） 13

ビジョンに向かってプロダクトの価値を最大化させる役割を持つ PdMにとっての「スーパーエンジニア」とは？ 15

プロダクトの価値をもたらすソフトウェアを生み出すエンジニア ※あくまで筆者の定義。事業や組織によっても定義は変わってくるはず 16

リンケージの「スーパーエンジニア」はプロダクトの価値をもたらすソフトウェアを生み出している 17

リンケージの「スーパーエンジニア」はどんな思考と行動をしているのか？ 18

1. ビジネス職と価値を創る 2. 他のエンジニアと価値を創る 3. 自身の提供価値を磨いて適用する 19 3つの観点から見ていく

ビジネス職と価値を創る 1. Whyの追求 2. 認識のズレを防ぐ 3. 信頼関係を築く 21

Whyの追求｜思考 • ソフトウェアの価値は、開発した人が決めるわけではなく、実際に利用する顧客や事業へのインパクトによって決まる • ゆえに設計や実装を行う際に、どうやるか（How）に囚われず、どんな価値を生み出すためにやるのか（Why）を念頭に置く必要がある 23
ビジネス職と価値を創る

Whyの追求｜行動 • ドメイン知識やビジネス側でのやりとりを自らキャッチアップすることで、Whyを考えるための思考法やコンテキストを持つ • その上でビジネス職と一緒にWhyを突き詰めて、やるべきこと＝やる価値の高いことに時間を使う 24 ビジネス職と価値を創る

Whyの追求｜行動「これは何のために作りたいのか?」 25 ビジネス職と価値を創る Why↔Howを行き来するコミュニケーションを、ビジネス職と日常的にとっている「このやり方なら、もっと早く簡単にできるのでは?」「この機能は無くても、問題ないのでは?」「こうした方が、やりたいことができるのでは?」 ▶

Whyの追求｜参考資料 26 ビジネス職と価値を創る https://speakerdeck.com/kassy1127/qiang-i-enziniatodong-kuzhong-de-xin-zu-1nian-mu -wei-jing-yan-purodakutomaneziyagahe-ninao-mi-dokonizi-fen-nojia-zhi-wojian-chu-sita リンケージのPdM（かしもと）がエンジニアの「Why」の追求について、PHPカンファレンス小田原のLTで言及

認識のズレを防ぐ｜思考 • 職種が異なると、前提となる知識・経験・思考が大きく異なるため、認識のズレが生じやすくなる • 認識のズレがあると、後々大きな問題を生む ◦ 想定と異なるものが出来て、手戻りが発生してスケジュールを圧迫したり、リリースされずに在庫状態のままになったり... •
事前に認識のズレを防ぐことで、プロダクトの市場投入までの時間を短縮できる 28 ビジネス職と価値を創る

認識のズレを防ぐ｜行動 • 言葉や用語にこだわって、明確に定義する ◦ 表記揺れに厳しい... • 事実と意見を分けて伝える・理解する • 状況や相手に応じて抽象度を調整して言葉を選択したり、図を使って説明することで相手の理解度を上げる
• 相手の知識が不足している場合は、参考になる書籍や記事をtimesで共有して知識を共通化する 29 ビジネス職と価値を創る

信頼関係を築く｜思考 • 人間は信頼してない人の言うことは聞かないので、プロダクトのことを一緒に考えるためには、信頼関係がベースとして必要 • お互いが話しかけやすい・質問しやすい関係性を築くことで、プロダクトに向き合った議論ができる 31 ビジネス職と価値を創る

信頼関係を築く｜行動 • どんな経歴・職種でも敬意をもって接し、真剣に話を聞く • 声をかけられやすいように人当たりをよくする ◦ Slackのスタンプで反応 ◦ 趣味を公開 ◦
目を見て笑顔で会話 • ヒトではなくコト（解くべき課題）に向き合う ◦ 感情的に言葉を発しない ◦ 他責にしない ◦ 間違いや失敗を許容して前向きに捉える 32 ビジネス職と価値を創る

信頼関係を築く｜「人当たりをよくする」例 33 職場でのごへいもちさんはお昼休憩中に趣味のけん玉を練習声を掛けやすい雰囲気が漂っているので、自然と社員との会話が生まれるビジネス職と価値を創る

信頼関係を築く｜行動 • どんな経歴・職種でも敬意をもって接し、真剣に話を聞く • 声をかけやすいように人当たりをよくする ◦ Slackのスタンプで反応 ◦ 趣味を公開 ◦
目を見て笑顔で会話 • ヒトではなくコト（解くべき課題）に向き合う ◦ 感情的に言葉を発しない ◦ 他責にしない ◦ 間違いや失敗を許容して前向きに捉える 34 ビジネス職と価値を創る

信頼関係を築く｜「コトに向き合う」例要求の前提部分が大きく誤っていたことをエンジニアに相談した際のやりとり 35 ビジネス職と価値を創る • 筆者）すみません、以前〇〇の回数は減らないと伝えたのですが、それは間違っていて、こういうケースでは減る可能性があります。設計にどれくらい影響しそうでしょうか。。（根本の設計に影響してリリースが遅れそう...やばい...） •
スーパーエンジニア）なるほど。影響は大きそうだけど、むしろ早めに気づけてよかった。これからどうするかを考えよう。誰が悪いといった話は一切なく、課題解決に向けた議論がすぐに行われる。こういったことの積み重ねにより、信頼度が超絶高くなる ▶

他のエンジニアと価値を創る 1. 分からないことはすぐ聞く 2. 自身の知見を積極的に共有する 37

分からないことはすぐ聞く｜思考 • 自身の課題はチームの課題である ◦ 分からないことで止まってしまうと、その分チームの課題解決が遅れることになり、価値提供の上でのリスクになる • 解決する上での思考法やコンテキストを持っていない際は、疑問を持ち続けずに知っている人に聞くことで、早く解決するし、自身の学びにもなる
39 他のエンジニアと価値を創る

分からないことはすぐ聞く｜行動 • 自身で考えて分からないと判断したら、音声通話（バーチャルオフィス）でシュッと聞く ◦ リンケージでは常時音声通話ができる環境を整えることで、リモートワーク環境でも声掛けのハードルを下げている • 同期的に質問しづらい場合、timesでつぶやく・聞く 40
他のエンジニアと価値を創る

自身の知見を積極的に共有する｜思考 • 他人の課題もチームの課題である ◦ 誰かが分からないことで止まってしまうと、その分チームの課題解決が遅れることになり、価値提供の上でのリスクになる • 人に教えることによって、自身にも学びがある 42 他のエンジニアと価値を創る

自身の知見を積極的に共有する｜行動 • 音声通話やtimesで悩んでいる声を拾ったら、積極的に知見を共有する • 自身が学んだ際に参考にした書籍や記事をtimesで共有する ◦ 思考法やコンテキストを持ってないと、適切な参考文献にたどり着くのも難しかったりするのでそのサポートをする
43 他のエンジニアと価値を創る

自身の提供価値を磨いて適用する 45 1. 振り返りによる学びの汎用化 2. 環境や状況から自身の提供価値を見出す

振り返りによる学びの汎用化｜思考 • プロダクトの価値を向上させるには、自身が発揮できる価値も上げていく必要がある • そのために、得た知識や経験を定期的に振り返り、抽象化することで、他の場面でも活用できる知見を増やしていく 47 自身の提供価値を磨いて適用する

振り返りによる学びの汎用化｜行動 • 日報を書く ◦ リンケージのエンジニアは全員毎日やっている • カンファレンスのプロポーザルを出す 48 自身の提供価値を磨いて適用する

振り返りによる学びの汎用化｜参考資料 https://speakerdeck.com/soudai/grow-one-day-each-day 49 リンケージCTOのそーだいさんが振り返りによる成長のサイクルについて解説自身の提供価値を磨いて適用する

環境や状況から自身の提供価値を見出す｜思考 • 環境や状況によってチームの中で自身に求められるものは変わってくる • チームにどんな価値を発揮できるのかを考えて、プロダクトの価値のためなら抜けているピースにもなる 51 自身の提供価値を磨いて適用する

環境や状況から自身の提供価値を見出す｜行動 • 顧客や事業にとっての価値が低いユースケースは、安易に自動化せず手動運用でカバーする • デザインの重要性が高くない機能であれば、デザイン部分まで自らやる • ビジネス職側で発生している課題に対して、自身の経験をもとに助言する
52 自身の提供価値を磨いて適用する

環境や状況から自身の提供価値を見出す｜参考資料 https://speakerdeck.com/blue_goheimochi/phpcon-odawara2024 53 ごへいもちさんの手動オペレーションの話は、提供価値を考えるエンジニア例としてとても参考になる自身の提供価値を磨いて適用する

まとめスーパーエンジニアは、プロダクトの価値をもたらすソフトウェアを生み出す 55

まとめスーパーエンジニアの思考と行動 1. ビジネス職と価値を創る ◦ Whyの追求 ◦ 認識のズレを防ぐ ◦ 信頼関係を築く
2. 他のエンジニアと価値を創る ◦ 分からないことはすぐ聞く ◦ 自身の知見を積極的に共有する 3. 自身の提供価値を磨いて適用する ◦ 振り返りによる学びの汎用化 ◦ 環境や状況から自身の提供価値を見出す 56

一緒にプロダクトの価値を高めていきましょう！ご清聴ありがとうございました！ 57 @happy_imafuku

PdM から見た「スーパーエンジニア」の思考と行動 / Thoughts and Action...

PdM から見た「スーパーエンジニア」の思考と行動 / Thoughts and Actions of Super Engineers as Seen from PdM

Other Decks in Business

Featured

Transcript