Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
本当はむずかしい「計画」のはなし
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Akira Kobori
October 01, 2022
Business
1.2k
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
本当はむずかしい「計画」のはなし
XP祭り2022で登壇したときのプレゼン資料です。
Akira Kobori
October 01, 2022
More Decks by Akira Kobori
See All by Akira Kobori
AIエージェントはこう育てる - GitHub Copilot Agentとチームの共進化サイクル
koboriakira
0
2.3k
だれかの進捗をうまく「把握」できないときのフレーズ集 〜 よい計画づくりのために 〜
koboriakira
0
180
Other Decks in Business
See All in Business
株式会社マクロセンド-採用ピッチ資料 / macrosend-guide
macrosend
1
11k
Session 5 - Teknik Lobby dan Negosiasi
adeputra13
0
230
EDRを入れたので 安心しきっていませんか? 「導入した」から、「使いこなす」へ。
kamadamakoto
0
170
インキュデータ会社紹介資料
okitsu
3
62k
お客様と未来を描く 戦略&技術伴走
yoshi22
0
260
4 operating model upgrades for success with AI - Matthew Skelton - Enterprise AI Summit - Bletchley Park, UK
matthewskelton
PRO
0
380
個人のふりかえりをアップデートした話
pokotyamu
0
150
営業が見てきた"AI導入ガバナンス"のリアル — あなたの会社は今どのステージ?
kuraryu0128
0
250
大規模フロントエンド開発におけるmonorepoという選択肢
recruitengineers
PRO
2
120
Session 2 - Teknik Lobby dan Negosiasi
adeputra13
0
240
Fullerene Company Deck
fullerene_inc
4
6.1k
せたがや家の終活ナビ 登録事業者さま向け 参加ガイド
microbaseinc
0
150
Featured
See All Featured
Measuring & Analyzing Core Web Vitals
bluesmoon
9
1k
Leo the Paperboy
mayatellez
10
2.4k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
35
2.9k
The Illustrated Guide to Node.js - THAT Conference 2024
reverentgeek
1
590
From π to Pie charts
rasagy
1
430
Bash Introduction
62gerente
615
220k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
2.2k
Utilizing Notion as your number one productivity tool
mfonobong
4
630
Ten Tips & Tricks for a 🌱 transition
stuffmc
1
270
Done Done
chrislema
187
17k
Intergalactic Javascript Robots from Outer Space
tanoku
273
28k
Writing Fast Ruby
sferik
630
63k
Transcript
2022年10月1日 株式会社コドモン プロダクト開発部 小堀輝 ―XP祭り2022― 本当はむずかしい「計画」のはなし
2 自己紹介、キャリア • 小堀輝(こぼりあきら) ◦ 2012年:編集者(編プロ)として キャリアを開始 ◦ 2015年:IT業界にキャリアチェンジ ◦
2021年:株式会社コドモンに入社
計画ってむずかしい
4 なぜ計画はむずかしいのか? “アジャイルな計画づくりには人を誤解させてしまうところがある。 見ようによっては、アジャイルな計画づくりはとても簡単だ―ストーリーカードを書いて、優先順位をつけてどのリ リースに含めるかを決め、イテレーション計画づくりで必要なだけ詳細化する。それだけだ。 (Mike Cohn『アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~』、p6) でもいざ始めてみると、そんな簡単にはいかない。 たとえば...
5 計画は必要なのか不明 • 「アジャイルは計画しない」と考える人もいる • 計画づくりを失敗した経験をもとに、極端な計画の有無になりがち “チームが計画づくりに示す態度は両極端なものになりがちである。 つまり、まったく計画しないか、計画が「絶対に正しい」と 納得できるまで労力を費やしすぎるかのどちらかだ。 (同、p26)
6 計画は粒度が不明 • このイテレーションの計画ができればよい? • 今後どうなるかは計画しなくてよいのか? • 今日何をするかは計画しなくてよいのか?
7 計画は見積り方が不明 • ストーリーポイントを採用したけど「工数」と何が違うのか ◦ 人月の単位が変わっただけ • どれだけ見積もればよいのか ◦ 直近やるタスクにしかポイントが振られていない
◦ 割り振ったポイントを計画に活用できない
8 計画はコミットの有無が不明 • 結局締切に追われている ◦ 見積りと関係なく締め切りが決まっている ◦ 達成すべきベロシティがあらかじめ決まっている • 締切をあいまいにしたまま、なあなあでやっている
◦ いつ完成/完了するかを伝えない ◦ 関連部署とのやりとりがギクシャクする
計画ってむずかしい
10 計画がスムーズにいくほうが奇跡っぽい • 計画は必要なのか不明 • 計画は粒度が不明 • 計画は見積り方が不明 • 計画はコミットの有無が不明
↓ 計画はいつでも・いともたやすく挫折してしまう
それでも計画をしますか?
壁を認識したうえで それでも計画にチャレンジしよう!
13 計画は必要である • 正確には「計画」は重要ではない • 真に重要なのは「計画すること」自体である “立てた計画はじきに見直され、破棄されてしまう。 しかし、計画づくりの過程で得た知識や洞察はずっと後まで残る。 (同、p34)
14 計画はさまざまな粒度で行う • それぞれの規模の計画をつくるために「プロダクトバックログ」がある • それぞれの規模の計画が結びつくことが重要 • 計画の大きさと詳細度を反比例させるようにする “計画を見直す時間を組み込んでいないのであれば、 そのプロジェクトは危険にさらされていることになる。
計画には段階的な詳細化が不可欠である。 (同、p53)
15 計画はストーリーポイントを活用する • ストーリーポイントは、決して「工数」の呼び替えではない • ストーリーポイントに工数以外のいろんな感情を含ませてみる • さまざまな要素のつまったポイントから期間を導出する “ストーリーポイントの数値は、ストーリー全体の規模をあらわす。 ストーリーの規模を定義するための数式は存在しない。
ストーリーポイントによる見積りが示す値は、フィーチャを実装するのに必要な作業、 開発内容の複雑さ、開発に内在するリスクなどが渾然一体となったものである。 (同、p62)
16 計画は「いつになりそうか」を更新しつづける • 完璧な計画・締切をつくってコミットすることは拒否する • その代わりに、つねに現状や予想を更新して、計画の精度を高める “有用な計画とは、正確でなければならない。 しかし、私達は早い段階での計画づくりでは精度の低い計画しか立てられないことを受け入れている。 計画を見直す理由の1つは、徐々に計画の精度を高めていくためである。 (同、p256-257)
計画ってむずかしい
むずかしいことを受け入れ それでも頑張ろう
19 ご清聴ありがとうございました • 参照 ◦ Mike Cohn『アジャイルな見積りと計画づくり』 • 自身のQiita記事もぜひ ◦
アジャイルはコミットしなくていいから楽? ◦ アジャイル開発は計画しない? Meetyで カジュアル面談 もやっています。 コドモンのアジャイルに興味がある人や、 アジャイルについて一緒に考えたい人はぜひ!