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
大規模な組織で新規機能開発が頓挫したことの学び / Learning that new fun...
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
Yunosuke Koizumi
July 10, 2019
Technology
570
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
大規模な組織で新規機能開発が頓挫したことの学び / Learning that new function development had failed
Yunosuke Koizumi
July 10, 2019
More Decks by Yunosuke Koizumi
See All by Yunosuke Koizumi
スクラム見習いがワークショップを企画して開催に至るまで / What is important thing to hold workshop?
yzumi
2
3.4k
Other Decks in Technology
See All in Technology
JSONataとAWS Step Functionsで目指すRuntimelessな世界
mu7889yoon
0
490
作って終わりじゃないサーバーレス 〜9年運用する大規模EC物流API基盤の設計・運用のリアル〜
zozotech
PRO
0
520
なぜ「決定性」が 決定的に重要なのか? Durable Execution 基盤の数理的理解 #serverlessjp / ServerlessDays Tokyo 2026
ytaka23
3
1.3k
ボードゲームの遊び相手をFoundation Modelsで作る / iOSDC Japan 2026
genda
0
160
開発投資の期待値を上げるプロダクトロードマップづくり ~プロダクトエンジニアが越境して事業を伸ばす~
kekekenta
1
250
Railsのように考える: See through the Master
snoozer05
PRO
5
1.3k
What the customer really needed
kawaguti
PRO
3
220
aws-iot-platform-architecture-use-cases.pdf
ma2shita
0
630
フルカイテン株式会社 エンジニア向け採用資料
fullkaiten
0
12k
人にやさしく、AIにやさしく、書き手を選ばないIaCのガードレール再考 / Rethinking IaC Guardrails for Humans and AI Alike
kohbis
5
910
手を動かして実感する、Kiro が変える開発体験
inariku
0
250
SREの視点で考えるSIEM活用術 〜AWS環境でのセキュリティ強化〜
cscengineer
PRO
0
320
Featured
See All Featured
Money Talks: Using Revenue to Get Sh*t Done
nikkihalliwell
0
500
What does AI have to do with Human Rights?
axbom
PRO
1
2.4k
The agentic SEO stack - context over prompts
schlessera
0
940
[RailsConf 2023] Rails as a piece of cake
palkan
59
7k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
28
3.6k
AI in Enterprises - Java and Open Source to the Rescue
ivargrimstad
0
1.5k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.6k
Exploring anti-patterns in Rails
aemeredith
4
510
Site-Speed That Sticks
csswizardry
13
1.5k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Navigating the Design Leadership Dip - Product Design Week Design Leaders+ Conference 2024
apolaine
2
440
Java REST API Framework Comparison - PWX 2021
mraible
34
9.7k
Transcript
大規模な組織で 新規機能開発が頓挫したことの学び 2019.07.10 ルーキーエンジニアが吠える!失敗LT大会 小泉裕之介 @y-zumi \ 失敗談 /
About me 小泉 裕之介 / @y-zumi -会社:Mercari, Inc. -職業:バックエンドエンジニア -趣味:散歩・読書
-Android→Backendで絶賛勉強中
今日話すこと
メルカリのインターン時代の プロジェクトでの失敗談を紹介します \ 5分なので駆け足で!! /
当時のプロジェクト -期間:4ヶ月 -メンバー:エンジニア 1人, PM 2人 -やっていたこと: LINE Bot を利用した新施策の実験
(商品通知, おてつだい出品 などを試していた)
LINE Bot LINE Bot Server Simplified Architecture for LINE Bot
Mercari Server mercari-api \補足/
LINE Bot LINE Bot Server Simplified Architecture for LINE Bot
Mercari Server mercari-api 通知メッセージ送信 アカウント情報 会話精度向上 会話セッション保持 商品の更新通知 各種情報取得 - 友達が出品したとき - 商品が売れたとき - 取引が終了したとき - 取引コメントが付いたとき \補足/
私がやっていたこと -開発全般 -スケジュール管理 -機能の設計と見積もり -PMと仕様について摺り合わせ -他のチームへの相談・依頼 -途中からリモート勤務へシフト(当時、地方在住)
私がやっていたこと -開発全般 -スケジュール管理 -機能の設計と見積もり -PMと仕様について摺り合わせ -他のチームへの相談・依頼 -途中からリモート勤務へシフト(当時、地方在住) Go Bold 過ぎて、頓挫しました
失敗談
失敗談 1. 計画が甘いことによる失敗 2. 社内ステークホルダーとの連携不足による失敗
失敗談 1. 計画が甘いことによる失敗 2. 社内ステークホルダーとの連携不足による失敗
1. 計画が甘いことによる失敗 -十分な設計をしないまま見積もりをしていた -見積もりの不確実性が高く, リスケジュールが頻繁に起きていた -開発期間内に実装できない機能をスケジュールに組み込んでいた
1. 計画が甘いことによる失敗 - 失敗から学んだこと -不確実性を考慮した最早, 最遅による見積もり -PMと機能の優先順位変更と スコープの変更に関するコミュニケーションをとる
失敗談 1. 計画が甘いことによる失敗 2. 社内ステークホルダーとの連携不足による失敗
失敗談 1. 計画が甘いことによる失敗 2. 社内ステークホルダーとの連携不足による失敗
2. ステークホルダーとの連携不足による失敗 -ドキュメントがないまま相談をしていた -機能・背景の説明, 確認などのコミュニケーション量が肥大 化していた -互いの時間を消耗することになり, 色々な方に負担を掛ける ことになってしまった
2. ステークホルダーとの連携不足による失敗 -失敗からの学び -必要最低限の設計・仕様ドキュメントは作っておく -影響がありそうな部署には資料を送るなど頭出ししておく -開発をするだけではだめで, EM的な立ち回りが求められる \問題の整理にもなる!/
まとめ
-「スケジュール」の学び -不確実性を反映した計画をする -スケジュールに収まらない機能は”No”と言おう! -「プロジェクトマネジメント」の学び -開発だけでなくプロジェクトマネジメントも求められる -プロジェクトをスムーズに進めるために先を読んで動こう
Thank you!