Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
プロダクトエンジニアとスクラム
Search
hotpepsi
March 12, 2025
200
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
プロダクトエンジニアとスクラム
プロダクトエンジニアとスクラム
2025/3/12 渋谷アジャイル@スタートアップ #8
hotpepsi
March 12, 2025
Featured
See All Featured
[RailsConf 2023] Rails as a piece of cake
palkan
59
7.1k
Prompt Engineering for Job Search
mfonobong
0
510
Money Talks: Using Revenue to Get Sh*t Done
nikkihalliwell
0
520
Tell your own story through comics
letsgokoyo
1
1.1k
Have SEOs Ruined the Internet? - User Awareness of SEO in 2025
akashhashmi
0
520
The browser strikes back
jonoalderson
0
1.8k
Building Flexible Design Systems
yeseniaperezcruz
330
41k
Digital Ethics as a Driver of Design Innovation
axbom
PRO
1
460
Exploring the relationship between traditional SERPs and Gen AI search
raygrieselhuber
PRO
4
4.4k
The Curse of the Amulet
leimatthew05
3
15k
Designing for humans not robots
tammielis
254
26k
Gemini Prompt Engineering: Practical Techniques for Tangible AI Outcomes
mfonobong
2
590
Transcript
プロダクトエンジニアとスクラム 2025/3/12 渋谷アジャイル@スタートアップ #8
自己紹介 - id: @hotpepsi - 趣味 - ピアノ - テニス
- 競技プログラミング - 仕事 - 現職: Engineering Manager @ エス・エム・エス - 去年からLeSS (Large Scale Scrum) を導入しています - 前職: スマートニュース - その前: いろいろ (スマートフォンアプリ、 web、組み込み)
今日話すことの背景 - フロントエンド・バックエンドごとのスクラムチームで活動していた - 去年LeSS (Large Scale Scrum) を導入した -
その過程でフィーチャーチーム (職能混合でend-to-endの価値提供ができるチーム ) に遷移していこうと している - フィーチャーチームでの開発者のスキルセットについて思ったことをまとめてみた - おそらく当たり前の話ということになりそう
目次 - SaaSとスクラム - スクラムにはプロダクトエンジニアが必要 - プロダクトエンジニアとは - 例: フロントエンドとバックエンドどう違う
- どのように協力するとよさそう ? - まとめ
SaaSとスクラム 不確実性のあるプロダクト (SaaS) を開発するにあたって、開発プロセスどうする ? → スクラム いったんこれは前提に置きます
スクラムにはプロダクトエンジニアが必要 スクラムにはどんな開発者がいるとよいか → 各自の専門性をはみ出して協力することが必要 → プロダクトエンジニアが求められている フロントエンドエン ジニア バックエンド エンジニア
QA エンジニア デザイナー
プロダクトエンジニアとは 自分の解釈: プロダクトの成功のために活動するソフトウェアエンジニア (職能ではなく志向性) → 一人が何でもできるわけではないので、専門性を軸にして協力していく 参考記事&スライド: プロダクトエンジニアとは何者か (記事) /
プロダクトエンジニアとは何者か。 (スライド)
例: フロントエンドとバックエンドどう違う 職能で何が違うのか? → 開発言語だけでなく、観点が異なる フロントエンドで重視する観点 : 一貫したユーザー体験、応答性 バックエンドで重視する観点 :
データの一貫性、保守性、スケーラビリティ 参考スライド: 「The Clean Architecture」がWebフロントエンドでしっくりこないのは何故か
どのように協力するとよさそう ? お互いの観点を理解すると協力しやすい 観点を理解するためにペアプロ・モブプロするのも良い フロントエンド: ユーザー体験の一貫性のためにコンポーネントで組み立てる、状態遷移をシンプルにするために 依存性を一方向にする、etc… バックエンド: データの一貫性のために正しくモデリングする、保守性のために設計方針を定める、 etc…
まとめ 観点を切り替えられるようになることがプロダクトエンジニアへの第一歩 フロントエンドエン ジニア バックエンド エンジニア QA エンジニア デザイナー