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 Management
Search
Yuichi Tsunematsu
March 13, 2021
Business
0
2.1k
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
信頼される振る舞いを継続しましょう / Keep up the trusted behavior
tunepolo
1
300
アジャイルプラクティスガイドブックを携え、チームで現場を変えていく / Improve your development process with Agile Practices Guidebook
tunepolo
0
37
チームではじめる 「アジャイルプラクティス」 実践の第一歩 / First step to start implementing "Agile Practices" with your team
tunepolo
2
1.1k
アジャイルプラクティスガイドブックの紹介 / introduction of Agile Practice Guidebook
tunepolo
0
700
技術プラクティスの整理に1年半向き合ってわかったこと / What I learned from facing the arrangement of technical practices.
tunepolo
1
1.3k
「全社でアジャイル!」を広げるために / Expand Agile throughout the Company
tunepolo
1
1.4k
アウトプットが当たり前の文化をつくる / Create a culture where output is the norm.
tunepolo
0
2.2k
3年がかりのQA組織立ち上げ / 3 years of work to set up a QA organization
tunepolo
1
1.3k
Timeeさん LeSS講演 「LeSSを始めてから軌道に乗せるまで」 / How to start LeSS
tunepolo
1
200
Other Decks in Business
See All in Business
株式会社イージーエックス会社紹介資料
geeeeorge
0
180
クリエーションライン株式会社 採用説明資料
cl_recruitingteam
0
500
いろんな外資、いろんなロールで働いてみた話
jacopen
14
4.4k
経理ポジション候補者様向け補足資料
jmty_recruit
1
610
ドメイン知識を活用した、薬局における患者の来局予測/Predicting Patient Visits to Pharmacies Using Domain Knowledge
kakehashi
3
180
勇気を出して コミュニティの仲間になろう / Be Courageous. Be a part of the community!
mitsuriver
1
340
ParaWorks Way
paraworks
0
100
インキュデータ会社紹介資料
okitsu
1
17k
株式会社EventHub 会社紹介資料
eventhub
0
19k
メドピアグループ紹介資料
medpeer_recruit
8
94k
About APPLE WORLD
appleworld
0
260
siracusa 紹介資料
takeshikaneko
0
230
Featured
See All Featured
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
34
8.8k
Thoughts on Productivity
jonyablonski
57
3.7k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
24
2.2k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
355
22k
Designing Experiences People Love
moore
135
23k
Git: the NoSQL Database
bkeepers
PRO
421
63k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
0
3.2k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
272
12k
Designing for humans not robots
tammielis
247
25k
Building Your Own Lightsaber
phodgson
97
5.6k
Faster Mobile Websites
deanohume
296
30k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
6
930
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 • スケジュール最優先 &
要件・仕様が変わる & ステー クホルダーの多いプロジェクトで「メンバーが自律して 動ける仕組みを整備」して対処 • プロジェクトの学びを組織に蓄積してく動きはこれか ら