SHOEISHA iD

※旧SEメンバーシップ会員の方は、同じ登録情報(メールアドレス&パスワード)でログインいただけます

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

Developers Summit 2025 セッションレポート

なぜ今「プロダクトエンジニア」が求められるのか? 技術・UX・ビジネスの3領域を越境してユーザーに届ける価値

【14-D-4】プロダクトエンジニアから学ぶ、ユーザーにより高い価値を届ける技術

  • X ポスト
  • このエントリーをはてなブックマークに追加

越境とキャッチアップが拓く可能性

 ここで話題は、プロダクトエンジニアに求められる資質の1つである「越境とキャッチアップ」へと移った。丹羽氏はこのコンピテンシーについて、「単なる知識の拡張ではなく、明確な目的意識を持った越境が重要だ」と語る。

 越境の目的は2つに整理できる。1つ目は、他職種とのコラボレーションを円滑に進めること。たとえばプロダクトマネージャーがデータベースの仕組みを理解していれば、エンジニアとの議論は飛躍的に進めやすくなる。共通言語があるだけで、議論の質と速度が大きく変わる。

 2つ目は、「技術との掛け算」によって発想の幅を広げること。たとえば、画面の読み込みが遅いという課題に対して、アプリケーション性能を無理に改善しようとするのではなく、ローディング画面の設計でユーザー体験を向上させるといった工夫ができる。こうした柔軟な発想は、複数領域をまたぐ視点からこそ生まれる。

 では、三領域(テクノロジー・UX・ビジネス)をまたいで学ぶには、どのようなアプローチがあるのか。丹羽氏は以下のような実践的キャッチアップ方法を紹介した。

 まず「デザイン」領域では、一般に“センス”に依存すると捉えられがちだが、丹羽氏は「デザインはロジックで語れるもの」だと強調する。視認性や可読性、UIの統一感を高めるには、タイポグラフィやスペーシングなどの基本設計を押さえることが重要だという。さらに、オブジェクト指向UI(OOUI)や「Fパターン」「Zパターン」といった視線誘導の理論、情報アーキテクチャに関する知識も、直感的かつ実用性の高いUI設計につながる。

UI設計の原理や視線誘導の理論など、デザイン領域もロジックとしてキャッチアップ可能だ
UI設計の原理や視線誘導の理論など、デザイン領域もロジックとしてキャッチアップ可能だ

 次に「プロダクトマネジメント」領域では、意思決定の背景にあるプロセスを理解することが肝心だ。たとえば、ロードマップの策定は単なる結果ではなく、「どのような議論の末にその方針になったのか」に着目すべきだという。ユーザーリサーチやMVP設計の現場に立ち会うほか、カスタマーサクセスと対話しながら業務フローを理解することも、視座を高めるきっかけになる。

意思決定の背景や仮説検証のプロセスに触れることで、PdM視点の理解が深まる
意思決定の背景や仮説検証のプロセスに触れることで、PdM視点の理解が深まる

 「ビジネス」領域では、まず自社プロダクトがSaaS型かプラットフォーム型かといったビジネスモデルの理解が基本となる。加えて、事業戦略やビジョンの把握も欠かせない。KPIについても、指標が多すぎると捉えがちだが、実際は3つ程度に絞られて語られることが多い。まずはそこを押さえるだけでも、ビジネスチームとの連携がスムーズになる。また、業界構造や市場動向を把握しておくことで、プロダクトの位置付けや方向性がつかみやすくなる。

KPIやマネタイズの仕組みを把握することで、ビジネス観点からのプロダクト判断力が身につく
KPIやマネタイズの仕組みを把握することで、ビジネス観点からのプロダクト判断力が身につく

 加えて紹介されたのが、「課題へのオーナーシップ」というコンピテンシーを支えるシステム思考の重要性だ。プロダクトは、ユーザー・ビジネス・技術の関係性が絡み合う「システム」であり、部分最適ではなく全体最適の視点が求められる。

 丹羽氏は、システム思考を「複雑な構造をまるごと捉える思考法」と位置づけ、その実践的な着眼点として2つを挙げる。1つは、少ない労力で大きな変化を生む「レバレッジポイント」を見極める力。もう1つは、短期的な利益と長期的な成長のバランスを捉える時間軸の意識である。

 ロジックだけでは捉えきれない因果の連鎖を想像し、全体像を描く──こうした視点を持つことが、プロダクトの質を根底から支えるのだ。

アセンドの挑戦とそのアーキテクチャ

 そんな丹羽氏がCTOを務めるアセンドでは、プロダクトエンジニアリングの思想を組織全体に実装し、実践へと昇華させている。その代表例が、トラック運送業向けの業務SaaS「ロジックス」だ。

 物流の逼迫が深刻化するなか、同社は「物流の真価を開き、あらゆる産業を支える」というミッションを掲げ、労務・会計・配車など複数のドメインをカバーするプロダクト群を同時並行で開発している。

 開発体制においては、プロダクトマネージャーのリソースが限られるなかで、プロダクトエンジニアがマネジメント領域まで越境。PdMは市場と顧客課題の俯瞰、ミッションの策定を担い、PdEは仕様と品質の担保、チーム育成を担うという役割分担のもと、開発力の最大化を図っている。

PdMとPdEが役割を分担し、開発の全体最適を図るアセンドの体制図
PdMとPdEが役割を分担し、開発の全体最適を図るアセンドの体制図

 この組織の基盤には、「オーナーシップ・ドメイン理解・検証スピード」の3要素を支えるアーキテクチャがある。たとえば現場訪問や、メンバー自身による仕様策定によってオーナーシップを醸成。TypeScriptによる言語統一や、Slackから15分でリリースできるChatOps(チャット上のコマンド操作によって開発・運用のプロセスを自動化する手法)の導入により、「自ら設計したものを、自らの手で顧客に届ける」実感を持てる環境を整備している。

 顧客理解の面では、商談録画やSlackの顧客チャンネルを通じて、エンジニアが日常的に顧客の声に触れられる体制を整備。さらにSlack上の「ご要望チャンネル」では、投稿からわずか30分で実装・リリースに至ることもあり、必要に応じてフィーチャーフラッグで迅速に巻き戻すことも可能だ。

 こうした多面的な取り組みを、システム思考的に積み重ねることで、アセンドは組織のカルチャーを醸成し、「開発チームそのものをアーキテクチャとして設計する」という、先進的な開発体制を築き上げている。

 目指すのは、毎日価値を届け、毎日学び、毎日プロダクトを磨いていくチーム。その思想は、すでにプロダクトと組織の隅々に息づいている。

 「エンジニアは社会を豊かにできる仕事。ともに志を持ち、プロダクトを社会に実装していきましょう」。その言葉には、未来をつくる力が込められていた。

この記事は参考になりましたか?

  • X ポスト
  • このエントリーをはてなブックマークに追加
Developers Summit 2025 セッションレポート連載記事一覧

もっと読む

この記事の著者

夏野 かおる(ナツノ カオル)

 博士。本業は研究者。副業で編集プロダクションを経営する。BtoB領域を中心に、多数の企業案件を手がける。専門はテクノロジー全般で、デザイン、サイバーセキュリティ、組織論、ドローンなどに強みを持つ。

※プロフィールは、執筆時点、または直近の記事の寄稿時点での内容です

山出 高士(ヤマデ タカシ)

雑誌や広告写真で活動。東京書籍刊「くらべるシリーズ」でも写真を担当。

※プロフィールは、執筆時点、または直近の記事の寄稿時点での内容です

CodeZine編集部(コードジンヘンシュウブ)

CodeZineは、株式会社翔泳社が運営するソフトウェア開発者向けのWebメディアです。「デベロッパーの成長と課題解決に貢献するメディア」をコンセプトに、現場で役立つ最新情報を日々お届けします。

※プロフィールは、執筆時点、または直近の記事の寄稿時点での内容です

この記事は参考になりましたか?

この記事をシェア

  • X ポスト
  • このエントリーをはてなブックマークに追加
CodeZine(コードジン)
https://codezine.jp/article/detail/21420 2025/06/25 11:00

おすすめ

アクセスランキング

アクセスランキング

イベント

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

新規会員登録無料のご案内

  • ・全ての過去記事が閲覧できます
  • ・会員限定メルマガを受信できます

メールバックナンバー

アクセスランキング

アクセスランキング