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
500
大規模な組織で新規機能開発が頓挫したことの学び / 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
Firestore → Spanner 移行 を成功させた段階的移行プロセス
athug
1
500
これでもう迷わない!Jetpack Composeの書き方実践ガイド
zozotech
PRO
0
1.1k
「全員プロダクトマネージャー」を実現する、Cursorによる仕様検討の自動運転
applism118
22
12k
Apache Spark もくもく会
taka_aki
0
140
「その開発、認知負荷高すぎませんか?」Platform Engineeringで始める開発者体験カイゼン術
sansantech
PRO
2
870
LLMを搭載したプロダクトの品質保証の模索と学び
qa
1
1.1k
エンジニアが主導できる組織づくり ー 製品と事業を進化させる体制へのシフト
ueokande
1
110
初めてAWSを使うときのセキュリティ覚書〜初心者支部編〜
cmusudakeisuke
1
280
下手な強制、ダメ!絶対! 「ガードレール」を「檻」にさせない"ガバナンス"の取り方とは?
tsukaman
2
460
RSCの時代にReactとフレームワークの境界を探る
uhyo
11
3.5k
はじめてのOSS開発からみえたGo言語の強み
shibukazu
4
1k
共有と分離 - Compose Multiplatform "本番導入" の設計指針
error96num
2
1.2k
Featured
See All Featured
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
15
1.7k
Speed Design
sergeychernyshev
32
1.1k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
188
55k
Learning to Love Humans: Emotional Interface Design
aarron
273
40k
Product Roadmaps are Hard
iamctodd
PRO
54
11k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
8
930
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
61k
The Cost Of JavaScript in 2023
addyosmani
53
8.9k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
22k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
4k
Bootstrapping a Software Product
garrettdimon
PRO
307
110k
Thoughts on Productivity
jonyablonski
70
4.8k
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!