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
VPoEとして1年 もっとこうすればよかった3選 / VPoE Retrospective
Search
konifar
November 30, 2022
Technology
13
6.2k
VPoEとして1年 もっとこうすればよかった3選 / VPoE Retrospective
Kyash Tech Talk #5 マネジメント LT
https://kyash.connpass.com/event/265560/
konifar
November 30, 2022
Tweet
Share
More Decks by konifar
See All by konifar
Android開発以外のAndroid開発経験の活かしどころ
konifar
3
2k
初めてのiOS関連GitHub ActionsをMarketplaceに公開するまでの実録
konifar
3
270
オーナーシップを持つ領域を明確にする
konifar
14
3.9k
雑に思考を整理する技術と効能
konifar
73
36k
何のための個人目標設定?
konifar
28
14k
30点で打席に立つ
konifar
79
50k
Linterでチョット安心 iOS多言語化対応 / ios-i18n-linter
konifar
2
1.2k
Introduction to API Testing Automation by Postman
konifar
1
3.7k
Kyash iOSアプリのQAの歴史
konifar
1
13k
Other Decks in Technology
See All in Technology
Python(PYNQ)がテーマのAMD主催のFPGAコンテストに参加してきた
iotengineer22
0
470
iOSチームとAndroidチームでブランチ運用が違ったので整理してます
sansantech
PRO
0
130
強いチームと開発生産性
onk
PRO
33
11k
テストコード品質を高めるためにMutation Testingライブラリ・Strykerを実戦導入してみた話
ysknsid25
7
2.6k
Why App Signing Matters for Your Android Apps - Android Bangkok Conference 2024
akexorcist
0
120
いざ、BSC討伐の旅
nikinusu
2
780
なぜ今 AI Agent なのか _近藤憲児
kenjikondobai
4
1.3k
これまでの計測・開発・デプロイ方法全部見せます! / Findy ISUCON 2024-11-14
tohutohu
3
360
B2B SaaS × AI機能開発 〜テナント分離のパターン解説〜 / B2B SaaS x AI function development - Explanation of tenant separation pattern
oztick139
2
220
障害対応指揮の意思決定と情報共有における価値観 / Waroom Meetup #2
arthur1
5
470
AIチャットボット開発への生成AI活用
ryomrt
0
170
社内で最大の技術的負債のリファクタリングに取り組んだお話し
kidooonn
1
550
Featured
See All Featured
A Tale of Four Properties
chriscoyier
156
23k
Teambox: Starting and Learning
jrom
133
8.8k
Typedesign – Prime Four
hannesfritz
40
2.4k
How GitHub (no longer) Works
holman
310
140k
Designing Experiences People Love
moore
138
23k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
38
1.8k
Build The Right Thing And Hit Your Dates
maggiecrowley
33
2.4k
The Power of CSS Pseudo Elements
geoffreycrofte
73
5.3k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
109
49k
Statistics for Hackers
jakevdp
796
220k
What's in a price? How to price your products and services
michaelherold
243
12k
Art, The Web, and Tiny UX
lynnandtonic
297
20k
Transcript
©2022 Kyash Inc. ©2022 Kyash Inc. VPoEとして1年 もっとこうすればよかった3選 Kyash Tech
Talk #5 マネジメント LT 2022/11/30 (水) @konifar
©2022 Kyash Inc. 今日話すこと あの時やっておいてよかったと感じることもあれば、もっとこうすればよかったと感じることも増えてきました。 そのへんの体験談をまとめておきます。 VPoEとして11ヶ月経験してきた反省録です 2
©2022 Kyash Inc. 今日あまり話せないこと 10分LTなので、めちゃくちゃうまくやってるみたいな話はしません。というか実際そんなに多くありません。 マネジメント本で読んだことのあるアンチパターンだったり、多くの人が経験済みの失敗だったりもあると思います。 人によってはもしかしたら少し退屈に感じるかもしれませんが、まあこういうのはN数が増えることで誰かが救われること もあるので話しておきます。 スマートにうまくやってる話は今回はしません 3
©2022 Kyash Inc. 4 3つの反省 1. 継続的に対話の場を作る 2. スタートダッシュに投資する 3.
難しい課題から逃げない
©2022 Kyash Inc. 5 3つの反省 1. 継続的に対話の場を作る 2. スタートダッシュに投資する 3.
難しい課題から逃げない
©2022 Kyash Inc. 6 観察が大事 • KyashのVPoEは『Techチームの関わるプロダクトデリバリー全体』に責任を持つ ◦ https://github.com/Kyash/recruitment/blob/master/konifar_vpoe_readme.md •
そのために必要な方針を決め、 障害を取り除き推進していく必要がある • 現状を把握するために、 情報をかき集める"観察"から始めるのが大事 1. 継続的に対話の場を作る
©2022 Kyash Inc. 7 継続的な観察が大事 • 一次情報をキャッチする場を作ってはいた ◦ Techメンバー/PdM全員との1on1、 konifarへのフィードバック会、
(寿司会) ◦ めちゃくちゃ有益で、課題の抽出と見極めに大いに役立った • スポットで終わってしまって継続的に対話する場を作れていなかった ◦ どうしても日々MTGが多くなりがちなので最初から設定しておくべき 1. 継続的に対話の場を作る
©2022 Kyash Inc. 1. 継続的に対話の場を作る • 毎週30分、CTO/VPoEがいる場でテーマを決 めてざっくばらんに色々話す場をEM matsuuraさん発案で設定 •
30点くらいの生煮えの話を雑に相談できる • 定期的に直接話せる場があるということが重要 最近始めたTGIF 8 EM matsuuraさんが社内で公開してくれたTGIFのドキュメント
©2022 Kyash Inc. 1. 継続的に対話の場を作る • マインドシェアを定期的に発信していくのも大事 • Kyashは反応してコメントをくれるメンバーが多 いので、
雑に発信 => 対話という順序が有効 対話のタネとなる情報発信 9 社内で公開したお気持ちドキュメント
©2022 Kyash Inc. 10 継続的な対話が大事 • メンバーとマネジメント間での情報と考え方の差分をなるべく少なくする • ビッグバンリリースより小さなPull Requestを積み重ねる方がよいのと同じ
• これがないと、何か方針を決める時の説明責任を果たすハードルが上がり、 実行責任より説明責任のことばかりに 頭を使ってしまいがち 1. 継続的に対話の場を作る
©2022 Kyash Inc. 11 3つの反省 1. 継続的に対話の場を作る 2. スタートダッシュに投資する 3.
難しい課題から逃げない
©2022 Kyash Inc. 2. スタートダッシュに投資する • 日々湧き上がるさまざまな問題への対応 • MTGで埋まるカレンダー マネージャーまとまった
時間を取りにくい問題 12 konifarの11月カレンダー
©2022 Kyash Inc. 2. スタートダッシュに投資する • 1月にVPoE就任し、4月にTechチーム全体の目 標を策定 • 目標を策定することで色々と動き出せてよかっ
たが、今考えるともっと早く打ち出せたはず 1週間集中すれば終わる ことに1〜2ヶ月かけがち 13 『2022年Techチーム目標』 の社内資料より
©2022 Kyash Inc. 14 集中する時間をとる意思決定をする • その先3ヶ月のチームのアウトプットの質が高まるなら、 1週間集中する意思決定をするべき • 来期に向けたチーム体制、目標策定、会議体設計、採用戦略策定など
• たとえば、マネジメント合宿やチームオフサイトの実施といったTryを考えています 2. スタートダッシュに投資する
©2022 Kyash Inc. 15 期待と成果を明確にして発信しておくとよい • 仮に1週間であってもすべてのMTGを欠席して集中するのは意外と判断しにくい • 自分がどんな役割か、その期間でどんな成果を出すかを明確にして周囲に発信しておくことで大胆な意思決定をし やすくなる
2. スタートダッシュに投資する
©2022 Kyash Inc. 16 3つの反省 1. 継続的に対話の場を作る 2. スタートダッシュに投資する 3.
難しい課題から逃げない
©2022 Kyash Inc. 3. 難しい課題から逃げない • VPoEに就任して課題をマインドマップで整理 • 「事業のロードマップが分かりづらい」という声が 何人かのメンバーから上がっており、プロダクト
開発フローやチーム体制、 採用といった他の課題 にも影響していることが見えていた 課題の根っこの見極め 17 Techチーム課題のマインドマップ
©2022 Kyash Inc. 18 Techチーム内で集中できる課題にフォーカスしすぎていた • 事業計画やプロダクトロードマップに課題の根っこがあるとは思っていたが、 VPoEとしてプロダクトデリバリーに 責任を持つという責務を全うすることを考えると、 そこが改善されていく前提でTechチームの生産力を上げるべ
く採用と生産性向上にフォーカスする方がよいと判断した • この時の判断は悪くなかったとは思うものの、結果としてまだ根っこの課題は解決しきれておらず、 メンバーのモ チベーションにも影響してきている ◦ 自分が入っていれば解決できたとは言わないが、 今思うと解決をCXOやVPoPに頼って目を背けていた 3. 難しい課題から逃げない
©2022 Kyash Inc. 19 解決の方法がわからないような難しい課題に向き合う • 開発生産力3倍の方針を打ち出してから、 採用のリードにフォーカスしすぎていた ◦ 採用は5月くらいからの改善の効果が出てきて、
9人のメンバーが入社を決めてくれているが... ◦ いま思うと、 自分が成果が出せそうな部分に集中してしまっていた • 事業計画やプロダクトロードマップの部分は、 チームを跨いで解決していく必要がある難しい課題 ◦ VPoEは、 こういったどう解決していくかわからない課題にこそ集中して向き合うべき ◦ ということで、 遅くなってしまいましたが今まさにこの部分の解決に取り組んでいます 3. 難しい課題から逃げない
©2022 Kyash Inc. 3. 難しい課題から逃げない • 自分は色々持ってパンクしがち • 4月から採用活動の役割を分割してリードをメン バーに委譲したのは本当によかった
• 自分が解決するべき難しい課題に取り組むため に、 今以上にメンバーを頼って委譲を進めていこ うと考えています メンバーを頼って委譲を 進めていく 20 『2022年 Techチーム採用の戦略と戦術』 の社内資料より
©2022 Kyash Inc. ©2022 Kyash Inc. 21 21 まとめ
©2022 Kyash Inc. もっとこうすればよかった3選 メンバーと話す場を最初から確保 し、 自分から情報発信しておくこ とが大事。 継続的な対話によってメンバーと マネジメント間で情報と考え方の
差分を少なくする。 22 3ヶ月のチームのアウトプットの質 を高めるために、 最初に集中して 方針を決めるための時間を取る。 自分が担う期待と成果を明確にし て発信しておくとその意思決定を しやすくなる。 1. 継続的に対話の 場を作る 2. スタートダッシュに 投資する 課題の根っこだと思ったらそこを 解決するように動くべき。 どう解決していくかわからないよ うな難しい課題にこそ集中して向 き合い、 そのためにメンバーを 頼って委譲を進めていく。 3. 難しい課題から 逃げない
©2022 Kyash Inc. ©2022 Kyash Inc. ありがとうございました いろいろ助けてほしいので興味が沸いた方はぜひ連絡をください! https://herp.careers/v1/kyash 23