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
本当はむずかしい「計画」のはなし
Search
Akira Kobori
October 01, 2022
Business
0
850
本当はむずかしい「計画」のはなし
XP祭り2022で登壇したときのプレゼン資料です。
Akira Kobori
October 01, 2022
Tweet
Share
More Decks by Akira Kobori
See All by Akira Kobori
だれかの進捗をうまく「把握」できないときのフレーズ集 〜 よい計画づくりのために 〜
koboriakira
0
76
Other Decks in Business
See All in Business
VANISH STANDARD Company Deck
vstandard
PRO
3
22k
新卒エンジニア向け会社紹介資料/newgraduates-engineer
nextbeat
2
1.7k
パレットクラウド株式会社 採用ピッチ資料 エンジニア編
palettecloud
0
4.4k
21.11.2024 Nuevos formatos de comunicación entre distribuidores y comercializadoras de electricidad
neuroenergia
PRO
0
120
DMM TECH VISION 2021~
dmm
0
290
株式会社AGEST紹介資料/AGEST Recruitment
agest_recruit
0
2.3k
20241114_洲崎_レイヤード様LT
suzakiyoshito
0
430
Mercari-Fact-book_jp
mercari_inc
3
150k
AIを活用した住家被害認定支援ツールの開発
tokyo_metropolitan_gov_digital_hr
0
500
MTDDC Meetup TOKYO 2024 Keynote
hirata
1
250
ログラス会社紹介資料 / Loglass Company Deck
loglass2019
7
240k
【リクロマ株式会社】20241123_会社紹介資料
takahiro4545
0
210
Featured
See All Featured
Facilitating Awesome Meetings
lara
50
6.1k
Product Roadmaps are Hard
iamctodd
PRO
49
11k
The MySQL Ecosystem @ GitHub 2015
samlambert
250
12k
Fireside Chat
paigeccino
34
3k
[RailsConf 2023] Rails as a piece of cake
palkan
52
4.9k
How To Stay Up To Date on Web Technology
chriscoyier
788
250k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
506
140k
5 minutes of I Can Smell Your CMS
philhawksworth
202
19k
VelocityConf: Rendering Performance Case Studies
addyosmani
326
24k
The Art of Programming - Codeland 2020
erikaheidi
52
13k
Stop Working from a Prison Cell
hatefulcrawdad
267
20k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
229
52k
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で カジュアル面談 もやっています。 コドモンのアジャイルに興味がある人や、 アジャイルについて一緒に考えたい人はぜひ!