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
Go To Eatキャンペーンを支えたプロジェクトマネジメント / GtE Project M...
Search
Yuichi Tsunematsu
March 13, 2021
Business
0
2.2k
Go To Eatキャンペーンを支えたプロジェクトマネジメント / GtE Project Management
Backlog World 2021で使用した登壇資料です。
Go To Eatキャンペーンを支えたプロジェクトマネジメント
https://jbug.info/backlogworld2021/
Yuichi Tsunematsu
March 13, 2021
Tweet
Share
More Decks by Yuichi Tsunematsu
See All by Yuichi Tsunematsu
組織のスケーリングと持続性 / Scaling and Sustainability
tunepolo
8
7.4k
信頼される振る舞いを継続しましょう / Keep up the trusted behavior
tunepolo
2
700
アジャイルプラクティスガイドブックを携え、チームで現場を変えていく / Improve your development process with Agile Practices Guidebook
tunepolo
0
120
チームではじめる 「アジャイルプラクティス」 実践の第一歩 / First step to start implementing "Agile Practices" with your team
tunepolo
2
1.4k
アジャイルプラクティスガイドブックの紹介 / introduction of Agile Practice Guidebook
tunepolo
0
980
技術プラクティスの整理に1年半向き合ってわかったこと / What I learned from facing the arrangement of technical practices.
tunepolo
1
1.7k
「全社でアジャイル!」を広げるために / Expand Agile throughout the Company
tunepolo
1
1.6k
アウトプットが当たり前の文化をつくる / Create a culture where output is the norm.
tunepolo
0
2.4k
3年がかりのQA組織立ち上げ / 3 years of work to set up a QA organization
tunepolo
1
1.4k
Other Decks in Business
See All in Business
Amazon Chime SDK と Vonage Video API の徹底比較
mobilebiz
0
270
VISASQ: ABOUT DEV TEAM
eikohashiba
2
19k
新規投資家向け資料20240924
junkiogawa
0
370
2023 サステナビリティレポート
mpower_partners
PRO
0
110
大規模プロダクトにおける組織作りと技術ポートフォリオマネジメント
recruitengineers
PRO
4
360
【BlueBean】提案資料
my0313
0
250
eXtreme recording
aki_moon
4
310
ZEROFIELD会社紹介
zerofield
0
490
202409_会社概要資料.pdf
zakkerooni
0
140
スターフェスティバル株式会社 エンジニア職向け会社紹介資料
stafes
2
340
Next Gen Story Sample
artist_redacted
0
200
Paw Patrol Mighty Movie Story Sample
artist_redacted
0
210
Featured
See All Featured
Designing Dashboards & Data Visualisations in Web Apps
destraynor
227
52k
Agile that works and the tools we love
rasmusluckow
327
21k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
41
6.5k
[RailsConf 2023] Rails as a piece of cake
palkan
49
4.7k
VelocityConf: Rendering Performance Case Studies
addyosmani
322
23k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
663
120k
Facilitating Awesome Meetings
lara
49
6k
Speed Design
sergeychernyshev
22
460
The Language of Interfaces
destraynor
154
24k
Code Reviewing Like a Champion
maltzj
518
39k
Reflections from 52 weeks, 52 projects
jeffersonlam
346
20k
The Brand Is Dead. Long Live the Brand.
mthomps
53
38k
Transcript
Go To Eatキャンペーンを支えた プロジェクトマネジメント 常松祐一 2021/3/13
自己紹介 • 常松祐一 (つねまつ ゆういち) ◦ Engineering Manager
◦ Software Engineering Coach ◦ Agile Development • SNSアカウント ◦ tunepolo : ◦ tune : • 顧客にとって価値のあるプロダクトを、チーム一丸 となって協力し、短期間にリリースする開発体制の あり方を模索しています。
3 自分にとってBESTなお店が見つかる 日本最大級の"実名型"グルメサービス レビューよりもレコメンド。 Rettyは他人におすすめしたい 美味しいお店を投稿するサービス!
食の好みは人それぞれ。 自分と嗜好が合う人をフォローして、 BESTなお店を見つけられるSNS型! 実名制の口コミだからこそ 「信頼できる」「ポジティブ」な 情報が集まっています! 批評ではなくオススメの口コミ 自分と好みが近い人から探せる 顔が見えて信頼できる実名制
Go To Eatキャンペーン
※農水省キャンペーンページより転載 https://gotoeat.maff.go.jp/ Go To Eatキャンペーンの概要
プロジェクト規模 • 携わったエンジニア数 : 26名 • 開発期間 : 3〜4ヶ月 •
開発項目 ◦ [toC]キャンペーンページの用意 ◦ [toC]キャンペーンの仕組みに合わせたネット予約の改修 ◦ [toB]ポイントの管理・発行・消化 ◦ [toB]お店からのキャンペーン申し込み画面 ◦ [toB]お店側がみる管理画面の修正。来店確認・支払管理など ・・・とにかく”たくさん”
プロジェクトの難しさ • スケジュール最優先 • 要件・仕様が日々変わりうる • 全社が関係、ステークホルダーが多い。 ◦ 開発・企画・営業・経理・CS Photo
by Christian Erfurt on Unsplash
メンバーが自律して動ける仕組みを整備 Photo by Hannah Busing on Unsplash • 情報を一箇所に集めオープンにする •
初期ミーティングを頻度高く実施 • プロジェクト全体の進め方を揃える • 決定はできる限りチームに委ねる • 進捗は全体のバーンアップチャートで示す
具体的なアクション
情報を一箇所に集めオープンにする • Slackのチャンネルは1つ。 • 議事録はGoogle Docで1ファイル。 • 設計資料はGoogle Spreadsheet 1ファイル。
• 会議(Google Meet)はROM専OK、気になる人は参 加できる。 • →探すことが簡単、経緯が追いやすい。どんな情報 に基づいて判断したかも知ろうと思えばできる。
初期ミーティングを頻度高く実施 • プロジェクト開始後は毎日1時間ミーティングを設定 ◦ 半日・1日でまとめてやるより、考え直す時間を設けた方が見落 としが減ると考えた。 ◦ 具体的な実装に入る前にユースケースを洗い出し、データの流 れ・システムの挙動を十分に話した
プロジェクト全体の進め方を揃える • リスクが大きい順に着手 ◦ クーポン管理→キャンペーン申し込み・支払管理→メディア (Web/アプリ)キャンペーン訴求 • メディア側開発は利用者の多いスマホWeb・iOSを優先 ◦ キャンペーン開始が早まった場合に部分的にでも始められるよ
うに。 • toCよりもtoB、AndroidよりもiOSを優先し、専門・持ち場を超えて協 力して欲しいことを明確にした
決定はできる限りチームに委ねる • 必要な情報は十分共有・話せているはず。 • 決定は開発チーム・実装担当者に基本委ねる。 • 決められないものはエスカレーションしてもらう。
進捗は全体のバーンアップチャートで示す 縦軸は 開発工数 横軸は期間 ゴール(青)と 実績(オレンジ)を 折れ線で表現
進捗は全体のバーンアップチャートで示す • プロジェクト全体に意識が向くようにグラフはまとめて1つ。バッファ は全体に対して50%を想定。 • 開発見積もりはWeb(toC) / アプリ / toBシステム合同で行い、規
模を相対で粗くつけた。値の正確性は求めなかった。 • 開発外との期待値調整は丁寧にフォローした。スピードが出てない ことは素直に認め、改善策があることを伝えるなどして焦りが開発 側に波及することを止める。
結果
結果1 - プロジェクト自体の成否 • 農水省側の準備状況を見ながら進めることができた。 ◦ 残業・休日出勤が避けられないと考えていたが、残業上限にひっか かった人もなく、休日出勤もプロジェクト全体で2人日のみ。 • 狙い通り後半になるに従って開発リスクが下がり、スピードが出るプロジェ
クト推進ができた。 ◦ 7月上旬に1度目の負荷ピーク(toBシステムの開発佳境) ◦ 8月下旬に2度目の負荷ピーク(全体を連結してのリリース前検証)
結果2 - メンバーは自律して動けたのか? • 仕様変更が何度かあったが、メンバー主体で調整 し、迅速に対処できた。 ◦ 例) ランチとディナーでクーポン金額が変わる ◦
例) クーポンの付与上限が加わる
リリース後に起きたこと • ユーザー問い合わせ数の急激な増加 • システム負荷の急激な増加 • キャンペーン予算消化のため11月上旬にクーポン付与が終了 • → 全社で優先順位を共有し、順次対処
反省 - 経験に基づく想像力の発揮 • リリース後に何が起きるか、もう少し想像できた気もする。 ◦ キャンペーンルールに基づくとどんなユーザー行動が増えるか ◦ ユーザー問い合わせが増えたらどうなるか ◦
キャンペーン終了が早まったらどうなるか • 経験があれば想像を膨らませやすかったのかも。 ◦ プロジェクトで学んだことを個人でなく組織に蓄積していかないといけ ない。
反省 - プロジェクト全体感の共有 • 1箇所に情報を集めたが、プロジェクト全体感が把握しやすかったかは別 の話。 • 個人的には一人が隅々まで目を光らせて全てを把握することはできなかっ たと思う。 •
「全体感をなんとなく押さえ、持ち場に注力できる、気になるなら関連情報 は公開されているのでいつでも”簡単に”調べることができる」こんなのが 理想だけどなかなか難しい。
まとめ Photo by Hannah Busing on Unsplash • スケジュール最優先 &
要件・仕様が変わる & ステー クホルダーの多いプロジェクトで「メンバーが自律して 動ける仕組みを整備」して対処 • プロジェクトの学びを組織に蓄積してく動きはこれか ら