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.3k
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
9
7.6k
信頼される振る舞いを継続しましょう / Keep up the trusted behavior
tunepolo
2
730
アジャイルプラクティスガイドブックを携え、チームで現場を変えていく / Improve your development process with Agile Practices Guidebook
tunepolo
0
130
チームではじめる 「アジャイルプラクティス」 実践の第一歩 / First step to start implementing "Agile Practices" with your team
tunepolo
2
1.4k
アジャイルプラクティスガイドブックの紹介 / introduction of Agile Practice Guidebook
tunepolo
0
1k
技術プラクティスの整理に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
ARI会社説明
arisaiyou
0
3.8k
M3 Career Culture Deck(セールス&コンサルティング職)
m3c
1
230k
HireRoo Culture Deck(日本語)
kkosukeee
1
24k
We are Wunderbar, Culture Deck Min
wunderbar
0
370
Recruiting Deck_株式会社HACHI
hachi_hiring
1
340
We Are PdE!! 〜高価値なプロダクトを作れるようになるための勉強会〜
leveragestech
1
500
HRBP&RPOのご紹介
masakisukeda
0
570
エンジニア向け dely会社説明資料 / For Engineers
delyinc
0
300
三井物産グループのデジタル証券〜三井物産グループのデジタル証券〜三重・イオンタウン鈴鹿〜徹底解説セミナースライド(20241023)
c0rp_mdm
0
1.8k
Nealle Company Deck
nealle
5
92k
コーチ・エィのご紹介01
coacha
1
320
Sales Marker Culture book
salesmarker
PRO
3
18k
Featured
See All Featured
Measuring & Analyzing Core Web Vitals
bluesmoon
2
45
Designing for Performance
lara
604
68k
A better future with KSS
kneath
238
17k
Reflections from 52 weeks, 52 projects
jeffersonlam
346
20k
How GitHub (no longer) Works
holman
311
140k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
31
2.7k
Speed Design
sergeychernyshev
24
580
Designing the Hi-DPI Web
ddemaree
280
34k
Making the Leap to Tech Lead
cromwellryan
133
8.9k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
126
18k
GraphQLの誤解/rethinking-graphql
sonatard
67
10k
Fantastic passwords and where to find them - at NoRuKo
philnash
50
2.8k
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 • スケジュール最優先 &
要件・仕様が変わる & ステー クホルダーの多いプロジェクトで「メンバーが自律して 動ける仕組みを整備」して対処 • プロジェクトの学びを組織に蓄積してく動きはこれか ら