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
大規模な組織で新規機能開発が頓挫したことの学び / Learning that new fun...
Search
Yunosuke Koizumi
July 10, 2019
Technology
0
530
大規模な組織で新規機能開発が頓挫したことの学び / Learning that new function development had failed
Yunosuke Koizumi
July 10, 2019
Tweet
Share
More Decks by Yunosuke Koizumi
See All by Yunosuke Koizumi
スクラム見習いがワークショップを企画して開催に至るまで / What is important thing to hold workshop?
yzumi
2
3.3k
Other Decks in Technology
See All in Technology
Deno・Bunの標準機能やElysiaJSを使ったWebSocketサーバー実装 / ラーメン屋を貸し切ってLT会! IoTLT 2026新年会
you
PRO
0
300
名刺メーカーDevグループ 紹介資料
sansan33
PRO
0
1k
生成AI時代にこそ求められるSRE / SRE for Gen AI era
ymotongpoo
5
2.7k
あたらしい上流工程の形。 0日導入からはじめるAI駆動PM
kumaiu
5
760
We Built for Predictability; The Workloads Didn’t Care
stahnma
0
130
制約が導く迷わない設計 〜 信頼性と運用性を両立するマイナンバー管理システムの実践 〜
bwkw
3
880
データ民主化のための LLM 活用状況と課題紹介(IVRy の場合)
wxyzzz
2
670
SREが向き合う大規模リアーキテクチャ 〜信頼性とアジリティの両立〜
zepprix
0
400
Meshy Proプラン課金した
henjin0
0
250
【5分でわかる】セーフィー エンジニア向け会社紹介
safie_recruit
0
42k
All About Sansan – for New Global Engineers
sansan33
PRO
1
1.3k
~Everything as Codeを諦めない~ 後からCDK
mu7889yoon
3
270
Featured
See All Featured
My Coaching Mixtape
mlcsv
0
46
Darren the Foodie - Storyboard
khoart
PRO
2
2.3k
The Director’s Chair: Orchestrating AI for Truly Effective Learning
tmiket
1
96
Crafting Experiences
bethany
1
46
SEO for Brand Visibility & Recognition
aleyda
0
4.2k
Effective software design: The role of men in debugging patriarchy in IT @ Voxxed Days AMS
baasie
0
220
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
47
7.9k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
Kristin Tynski - Automating Marketing Tasks With AI
techseoconnect
PRO
0
130
Utilizing Notion as your number one productivity tool
mfonobong
3
220
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
1.8k
Have SEOs Ruined the Internet? - User Awareness of SEO in 2025
akashhashmi
0
270
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!