Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Role of frontend engineer at product growth team
Search
shintaro
March 19, 2025
820
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Role of frontend engineer at product growth team
shintaro
March 19, 2025
More Decks by shintaro
See All by shintaro
Agentic Engineering Blueprint
shin_k_2281
0
11
The Simple React Blueprint
shin_k_2281
0
26
デザインエンジニアへの道
shin_k_2281
0
87
UIデザインとフロントエンド実装のレビュープラクティス集
shin_k_2281
0
350
The Development Productivity Storybook Provides
shin_k_2281
0
8
Wantedly の Dropdown UI カイゼンの道(調査・設計編)
shin_k_2281
2
340
エンジニアのためのFigma
shin_k_2281
0
65
知った気になれるUX心理学用語
shin_k_2281
0
150
OOUIを知る
shin_k_2281
2
84
Featured
See All Featured
YesSQL, Process and Tooling at Scale
rocio
174
15k
Design in an AI World
tapps
1
240
XXLCSS - How to scale CSS and keep your sanity
sugarenia
250
1.3M
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
123
22k
Marketing Yourself as an Engineer | Alaka | Gurzu
gurzu
0
240
Heart Work Chapter 1 - Part 1
lfama
PRO
7
36k
Applied NLP in the Age of Generative AI
inesmontani
PRO
4
2.3k
BBQ
matthewcrist
89
10k
AI: The stuff that nobody shows you
jnunemaker
PRO
8
710
Designing for humans not robots
tammielis
254
26k
We Are The Robots
honzajavorek
0
250
HDC tutorial
michielstock
2
710
Transcript
© 2025 Wantedly, Inc. グロースチームにおけるフロント エンドエンジニアの役割+α Mar. 19 2025 -
Shintaro Kawabe Wantedly Tech Night 2025.03
© 2025 Wantedly, Inc. 自己紹介 Shintaro Kawabe shintaro_dev s-kawabe 所属
ウォンテッドリー株式会社 ・Visit Client Growth Squad ・Frontend Chapter React / TypeScript / Figma / Design System 好きな 技術 ポーカー / カラオケ / クラフ トビール 趣味 s_kawabe ✨#wantedly_tn
© 2025 Wantedly, Inc. 今⽇伝えたい話 / 対象 伝えたい話 対象 直近の施策から考える、
グロースチームにおけるフロントエン ドエンジニアの役割 職能横断的なチームにおいて⽇々どん なコミュニケーションをしながら仕事 を進めているか グロース時期の開発スタイルについて 知りたい⽅ 他職種と連携して仕事を進めている フロントエンドエンジニア
© 2025 Wantedly, Inc. 1. 前提 1. グロースチーム Visit Client
Growth とは 2. 開発の流れとエンジニアの主な仕事 3. 技術スタック 目次 2. フロントエンドエンジニアに求められる役割 @toB管理画面プロジェクト 1. Must-do actions | やること 2. Should-do actions | やったほうがいいこと 3. Optional actions | やらなくてよいこと 4. Don’t-do actions | やるべきでないこと
© 2025 Wantedly, Inc. 1. 前提
© 2025 Wantedly, Inc. 1-1. グロースチーム Visit Client Growth とは
• Wantedly VisitにおけるtoB領域(契約してくれている企業の⽅)に向けた UI/UX改善や機能開発を軸として活動するチーム • 職能横断的なチームで、現在6名で活動中 ◦ リーダー ◦ プロダクトマネージャー ◦ UIデザイナー ◦ バックエンドエンジニア* 2 ◦ フロントエンドエンジニア • 現在はスカウト機能のUI/UX改善や新機能開発に⼒を⼊れている
© 2025 Wantedly, Inc. 1-2. 開発の流れとエンジニアの主な仕事
© 2025 Wantedly, Inc. 1-2. 開発の流れとエンジニアの主な仕事 フロントエンドエンジニア, バックエンドエンジニアがやること • 企画に対しての実現可能性や⼯数提案
• プロダクトマネージャー、デザイナーとの外部仕様‧内部仕様の相談 • ⼯数⾒積もり、実装とレビュー • QA項⽬書のレビュー、QA環境の準備 • リリースと効果検証
© 2025 Wantedly, Inc. 1-2. 開発の流れとエンジニアの主な仕事 チームの動き • この部分が⼀番⻑く、チームのコミュニケーションが最も活性 化する
• 1Sprint = 1週間として⽉曜⽇にSprint Planning、 ⾦曜⽇に Sprint Review&KPTを実施 • タスクは時間でなくポイントで⾒積もる ◦ チームのパフォーマンスを可視化
© 2025 Wantedly, Inc. 1-3. 技術スタック
© 2025 Wantedly, Inc. 2. フロントエンドエンジニアに求められる役割 @toB管理画⾯プロジェクト
© 2025 Wantedly, Inc. 2. フロントエンドエンジニアに求められる役割 @toB管理画⾯プロジェクト 例: スカウト送信予約 様々な要因で業務時間に
スカウトを送れないことがある 早朝や遅い時間外にスカウトが来ると 「時間外労働の多い会社なのかな?」という印象に 採⽤担当者 求職者
© 2025 Wantedly, Inc. 2. フロントエンドエンジニアに求められる役割 @toB管理画⾯プロジェクト 例: スカウト送信予約
© 2025 Wantedly, Inc. 2-1. Must-do actions | やること 進捗として動くソフトウェアを出し続ける
• 「今週はここまで進みました」だけでなく動くモノを毎週アップデートし続 け、共有し続けるマインドが重要 • フィードバックサイクルを⼩さく、リーンに開発する ◦ ドッグフーディングや社内ユーザビリティテストにも活きる • その前提でのタスク設計と管理が⼤事 ◦ ビッグバンなアップデート • ウォンテッドリーでは内製 Feature Flags が使える • (意外と⼤事)頼まれていなくても進捗を共有する
© 2025 Wantedly, Inc. 2-1. Must-do actions | やること 進捗として動くソフトウェアを出し続ける
出典: Making sense of MVP (Minimum Viable Product)
© 2025 Wantedly, Inc. 2-1. Must-do actions | やること スキーマ設計を最速でFixする
• ウォンテッドリーではスキーマ駆動開発を採⽤している (protocol buffers) ◦ スキーマを元にRubyのサービスクラスとGraphQL schemaを⽣成する • これが開発のスタート地点になるためバックエンドエンジニアが出したPull Requestを最速でレビューしFixさせる ◦ 時にはペアプログラミングを⾏う、設計に参加する • Fixしたスキーマを元に、フロントエンドはバックエンド開発を待たずにUI 開発を進められる ◦ Storybook駆動開発、テスト駆動開発を活⽤
© 2025 Wantedly, Inc. 2-1. Must-do actions | やること 状態設計
• UI Stack ◦ デザイナーと会話し、各状態の表現を細部まで考える • エラーの種類 ◦ どういうエラーがどういう時に起こるのか?それが起きたらUIはどう 変わるのか? • フロントエンドのキャッシュ、グローバルな状態管理 ◦ ローカルステート、クエリパラメータ、Apollo ClientのCache ◦ ここが⼀番他のメンバーから⾒えにくい
© 2025 Wantedly, Inc. 2-1. Must-do actions | やること 状態設計
- UI Stack Blank Ideal Error
© 2025 Wantedly, Inc. 2-2. Should-do actions | やったほうがいいこと 状態設計
- エラーの種類 • PdMの考えたエラーケース • デザイナーの考えたエラーテキスト • バックエンドの考えたエラーコード →これらを間に⽴つフロントエンドエンジニアが 情報整理して綺麗にする
© 2025 Wantedly, Inc. 2-2. Should-do actions | やったほうがいいこと みんなの仲介役、橋渡し役を積極的にやる
• フロントエンドエンジニアは、デザインとバックエンドとプロダクト仕様を 全部知ってる⼈(個⼈的にはそう思っている) • 各職能領域の情報をしっかりとプロジェクト前進に活かすこと ◦ 例: 「このエラー表現のデザインは現状のAPI設計だと難しいんじゃな いか?」「今のバックエンドエンジニアの想定だとこの仕様を満たす ためにはフロントエンド実装コストが爆増するんじゃないか?」 • リスクの早期発⾒やメンバー間の認識齟齬に気づいて発信してあげよう • 時にはプロジェクトマネジメントに近いこともやる
© 2025 Wantedly, Inc. 2-2. Should-do actions | やったほうがいいこと みんなの仲介役、橋渡し役を積極的にやろう
© 2025 Wantedly, Inc. 2-3. Optional actions | やらなくてよいこと バックエンド設計、実装への過度な⼲渉
• ウォンテッドリーではフロントエンド/バックエンドで職務を分けている チームが多い ◦ (RailsとTypeScriptという横断しにくい技術選定でもある) • フロントエンドエンジニアとして、バックエンドの細かい設計にまで時間を 使っていると間に合わない • しっかり役割分担し、⾃分のやるべきことに集中する • その代わり毎⽇コミュニケーションを取る、常に相談がしやすい距離、関係 性を保つ
© 2025 Wantedly, Inc. 2-3. Don’t-do actions | やるべきでないこと 確認作業、QA作業を怠る
• 動くものを作ったから終わりではなく、きちんとQA作業にも関わるようにする • QAチームやPdMと⼀緒にQA項⽬を作る ◦ エンジニア観点でしか気づけない重要なエッジケースなどをFBしてあげる ◦ 逆に過剰なテストケースを削るという⾏いも重要 • UI観点でもデザイナーに必ずチェックを依頼する ◦ これは意外と漏れがち、黙ってやり過ごすこともやろうと思えば可能... • きちんとリリースするまでがフロントエンドの実装作業
© 2025 Wantedly, Inc. さいごに 職能横断チームでは、 フロントエンド実装だけでなく、全体最適を常に考え プロジェクトを前に進める主体性を持ちましょう
© 2025 Wantedly, Inc. Thank you.