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 function development had failed
Search
Yunosuke Koizumi
July 10, 2019
Technology
0
380
大規模な組織で新規機能開発が頓挫したことの学び / 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.1k
Other Decks in Technology
See All in Technology
家族アルバム みてねにおけるGrafana活用術 / Grafana Meetup Japan Vol.1 LT
isaoshimizu
1
1.1k
Microsoft for Startups Founders Hub_20240429 update
daikikanemitsu
1
2.5k
Zero Data Loss Autonomous Recovery Service サービス概要
oracle4engineer
PRO
0
1.9k
生成AIの変革の時代に、直近1年で直面した課題とその解決策
ktc_wada
1
790
EM完全に理解した と思ったけど、 やっぱり何も分からなかった話 / EM Night Fukuoka #1
hirutas
0
310
サービス開発におけるVue3とTypeScriptの親和性について
tsukuha
0
110
MixIT 2024 - Pulumi : Gérer son infra avec son langage de programmation préféré
ju_hnny5
1
120
LangSmith入門―トレース/評価/プロンプト管理などを担うLLMアプリ開発プラットフォーム
os1ma
5
790
「知的単純作業」を自動化する、地に足の着いた大規模言語モデル (LLM) の活用
nrryuya
8
6.5k
Grafana x PagerDuty Better Together
jacopen
1
330
20分で完全に理解するGrafanaダッシュボード
hamadakoji
5
990
【基本】データベース設計
oracle4engineer
PRO
2
280
Featured
See All Featured
Imperfection Machines: The Place of Print at Facebook
scottboms
261
12k
WebSockets: Embracing the real-time Web
robhawkes
59
7k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
66
14k
Producing Creativity
orderedlist
PRO
338
39k
The Power of CSS Pseudo Elements
geoffreycrofte
62
5k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
275
13k
Creatively Recalculating Your Daily Design Routine
revolveconf
211
11k
The Art of Programming - Codeland 2020
erikaheidi
43
12k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
226
51k
How to name files
jennybc
65
93k
Teambox: Starting and Learning
jrom
128
8.4k
Adopting Sorbet at Scale
ufuk
69
8.6k
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!