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
堀内LT資料
Search
anycarry
November 11, 2022
Programming
0
360
堀内LT資料
anycarry
November 11, 2022
Tweet
Share
More Decks by anycarry
See All by anycarry
株式会社エニキャリ会社紹介資料(採用)
anycarry
0
2.1k
岩﨑LT資料
anycarry
0
330
Other Decks in Programming
See All in Programming
Java ジェネリクス入門 2024
nagise
0
700
RubyLSPのマルチバイト文字対応
notfounds
0
100
ActiveSupport::Notifications supporting instrumentation of Rails apps with OpenTelemetry
ymtdzzz
1
210
Jakarta Concurrencyによる並行処理プログラミングの始め方 (JJUG CCC 2024 Fall)
tnagao7
1
280
PLoP 2024: The evolution of the microservice architecture pattern language
cer
PRO
0
2.5k
詳細解説! ArrayListの仕組みと実装
yujisoftware
0
550
A Journey of Contribution and Collaboration in Open Source
ivargrimstad
0
550
Why Jakarta EE Matters to Spring - and Vice Versa
ivargrimstad
0
710
Content Security Policy入門 セキュリティ設定と 違反レポートのはじめ方 / Introduction to Content Security Policy Getting Started with Security Configuration and Violation Reporting
uskey512
1
490
CPython 인터프리터 구조 파헤치기 - PyCon Korea 24
kennethanceyer
0
250
推し活としてのrails new/oshikatsu_ha_iizo
sakahukamaki
3
2k
外部システム連携先が10を超えるシステムでのアーキテクチャ設計・実装事例
kiwasaki
1
280
Featured
See All Featured
No one is an island. Learnings from fostering a developers community.
thoeni
19
3k
A Modern Web Designer's Workflow
chriscoyier
693
190k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
43
6.8k
Visualization
eitanlees
145
15k
Mobile First: as difficult as doing things right
swwweet
222
8.9k
The Language of Interfaces
destraynor
154
24k
Facilitating Awesome Meetings
lara
50
6.1k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
7
570
Raft: Consensus for Rubyists
vanstee
136
6.6k
Embracing the Ebb and Flow
colly
84
4.5k
YesSQL, Process and Tooling at Scale
rocio
168
14k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
4
370
Transcript
anyCarry Inc. 「エンジニア経験が浅くともPOは務まるのか?」 LT資料 2022年11⽉2⽇ anytime,anywhere,anything,anyone Carry
本⽇のLT内容 (本⽇の流れ) 2 1. ⾃⼰紹介 2. LT⽬的 3. POを任されてから今までと今後の課題 -
開発チームの状況、現在の業務 - POになった経緯 - 任された時のPOについての認識レベルとその時の⼼境 - 任されてから取り組んだこと - 苦労したこと、⼤切にしていたこと - 今後の課題
⾃⼰紹介 3 • 堀内翔太 • 2021年6⽉にエニキャリに⼊社 • 前職: 9年間ほどメーカーのルート(法⼈)営業に従事 •
エンジニアとしての経験は1年半程度 • PO歴は1年程度
LT⽬的 4 前提: まだまだ経験が浅く、試⾏錯誤段階。 こうした⽅が良い、こうすべき、といった意図はありません( *`ω´) ドヤァ ⽬的: 皆さんの何かしら気づきや振り返るきっかけになれば幸いです。
開発チームの状況 5 開発チーム: 4⼈(⾃分含め)、全員フルリモート *会社全体ではエンジニアは15名程度(社内外含め) 担当プロダクト: -⼀般ユーザー向けの誰でも簡単に配送依頼ができるモバイルアプリ (Expo+React Native) -ビジネス(法⼈向けの)誰でも簡単に配送依頼ができるWebサービス
(Ruby on Rails) -ギグワーカー向けのコミュニティサービス(モバイルアプリ) (Expo+React Native)
現在の業務 6 POとしての業務: - プロダクトバックログの作成・管理(優先順位付) - 開発チーム全体の状況把握、バックログの内容説明 - ビジネスチームとの情報共有、要望のヒアリング、プロダクトのデモ -
プロダクトが要件通りに機能しているかの動作確認 開発: - 担当プロダクトの機能開発 - ビルドから本番リリースまで⼀気通貫して⾏う
PO(プロダクトオーナー)になった経緯 7 ◦POに任されたのは、”突然”・・・ ・当時の⾃分の業務: 与えられたタスクを諸先輩にフォローしてもらいながらこなす⽇々。 ⼊社当初に⽐べて難易度や重要性の⾼いタスクを任されるようになってはいたが、 POを任せる、という話は⼀切なかった。 ・当時の開発チームの状況: -すべてのプロダクトのマネジメントをCTO⼀⼈でやっていた。 -社員は私⼀⼈だった。
◦あるプロダクトのMTGにCTOの代理で出席した後、いつの間にかPOに →突発的ではあるが、⼊社まもなくして任せてもらえたのは ベンチャーっぽくて個⼈的にはアリ(笑)
任された時のPOについての認識と⼼境 8 ◦POについての認識: そもそも”PO”という⾔葉を知らなかったorz ◦任された時の⼼境: 前向きな気持ち:不安な気持ち = 1:99 ・不安要素: 圧倒的な知識不⾜、チーム開発もよくわかっていない、サービス理解も浅い
担当プロダクトチームとの直接的なやりとりほぼ皆無、経験・知識が豊富なCTOの後継、etc.. → ただ、これまでサポートもしっかりしていただいた経緯があったので、 なんとかなる、という⾃信もあった
任された時に取り組んだこと 9 やるべきこと、やらなくても良いことの認識・整理 ◦そもそも”PO”の果たすべき役割・必要なスキルは何か? 教科書的には、 役割:プロダクトの意思決定、関係者との調整・情報共有、バックログの管理 etc 必要なスキル:コミュニケーションスキル、プロダクトに関する知識、マネジメントetc →⼀番の不安要素だった”技術に関する知識不⾜”は、 POする上で重要そうではなかったε-(´∀`*)ホッ
苦労したこと 10 “技術に関する知識は重要ではない”、とは⾔ったものの。。。 技術的な知識がないと、業務が円滑に進まないorz - 開発MTGの理解度30% →結論しかわからない - 作成できないバックログがちらほら (エニキャリのコアであるAWS
serverlessの仕様についてある程度理解していない とバックログの作成ができない) - ビジネスチームにもなぜ~⼯数がかかるのか説明できない →ただ、質問しやすい環境ではあったので、 MTG前に⾃分で調べて不明な点はわかる⽅にすぐに確認していた。
⼤切にしてきたこと 11 技術や知識・経験が⾜りていない⾃分がプラスαできることは何か?という視点で考えた 円滑なコミュニケーション(幅広い意味での) -ビジネス側及び開発側とのやりとりに対してはできるだけ”即レス” -バックログには”背景と理由”を明記した →ビジネス側と開発側での認識の齟齬が起こらないようにした。 -感謝の気持ちを表現する 開発・ビジネスチーム問わず、何かをやっていただいた時には”ありがとうございます”と ⾔葉で表すようにした。
今後の課題 12 開発チームのMTGをより建設的な議論ができるような場にしていきたい 現状: バックログの内容説明及び進捗状況の確認のみ →(開発する上で)ボトルネックの解消、より開発しやすい⽅法など 掘り下げて議論することでより良い開発チームを築けるようにしたい。
結論 13 「エンジニア経験が浅くともPOは務まるのか?」 →なんとかはなる。 ただ、周りからの絶⼤な(笑)サポートがある場合に限る。
None