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
Jun Nakajima
June 16, 2022
Business
2.5k
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
そのプランニングに意思、乗せていますか?
アジャイルをゆるく語りたい! でLTしたスライドです
イベント
https://rakus.connpass.com/event/246437/
Jun Nakajima
June 16, 2022
More Decks by Jun Nakajima
See All by Jun Nakajima
許しとアジャイル
jnuank
1
350
アジャイルの知見の少ないメンバーの多いチームづくりの1年半をふりかえる
jnuank
1
1.2k
より協力的なペアプロを促すには どうするかを考える
jnuank
8
3k
スクラムを実践していた私がXPの現場に来て感じたこと
jnuank
2
1.3k
エヴァンス本輪読会お疲れ様会を楽しむために / DDD輪読会での差分とこれから
jnuank
0
220
3つの概念で覚えるLinuxの世界
jnuank
0
22k
1週間ですら見積もれなかったからイテレーションを1日にしてみた
jnuank
0
860
正しくつくるための設計を学ぶ_最終報告
jnuank
1
220
Event Storming Big Pictureを試す
jnuank
0
1.2k
Other Decks in Business
See All in Business
キャンバスエッジ株式会社 会社説明資料
canvasedge
0
20k
10年、同じドメインに 浸かる覚悟 / Decade-deep in one domain.
hirokiyamamoto14
PRO
0
270
セーフィー株式会社(Safie Inc.) 会社紹介資料
safie_recruit
8
470k
エスキュービズム 会社紹介資料
human_resources
2
27k
[AWS大喜利]こんなアーキテクチャは嫌だ ~コスト編~
kazuma777777
1
780
ダイサンデジタル事業部
daisan123
0
850
ログラス会社紹介資料 / Loglass Company Deck
loglass2019
20
580k
2026 Fuji Oil Outside Directors’ Roundtable (Japanese version)
tsogo817421
2
200
OR Royalties Inc. - Corporate Presentation, September 2026
orroyalties
0
1.4k
「仕訳」から「取引」へ(fAD2026)
shunsuke_takeuchi
PRO
0
1.4k
20260828_15minLT_データ分析10倍時代を考える
doradora09
PRO
0
990
データマネジメント研修(デジタル庁)
haseryo
22
30k
Featured
See All Featured
Building Experiences: Design Systems, User Experience, and Full Site Editing
marktimemedia
1
620
Bash Introduction
62gerente
615
220k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
23k
Technical Leadership for Architectural Decision Making
baasie
3
590
The Illustrated Children's Guide to Kubernetes
chrisshort
51
53k
コードの90%をAIが書く世界で何が待っているのか / What awaits us in a world where 90% of the code is written by AI
rkaga
63
46k
Making the Leap to Tech Lead
cromwellryan
135
10k
Claude Code どこまでも/ Claude Code Everywhere
nwiizo
68
58k
Marketing to machines
jonoalderson
1
5.8k
AI Search: Where Are We & What Can We Do About It?
aleyda
0
8k
Navigating Weather and Climate Data
rabernat
0
540
Building a A Zero-Code AI SEO Workflow
portentint
PRO
0
750
Transcript
そのプランニングに 意思、乗せていますか? 2022/06/16 アジャイルをゆるく語りたい! #アジャイルLT Jun Nakajima
自己紹介 なかじま(@jnuank_) • 前職でスクラムを実践 • ユーザベースにJoinしてからXPを実践してます • モブプロ/ペアプロ/DDD/TDD/アジャイル好き • 前職から日々の開発のカイゼンを率先してやってた
• 社内でKAIZEN 和尚と呼ばれることがあります 2
今日話したいこと • プランニング、雰囲気でやってた • プランニングの強度を高めるためにやったこと 3
私が経験したよくあるリリース計画 • 今あるベロシティをベースに考える方式 ◦ PdMからこんな機能を作りたいとなる ◦ ストーリーを出して、見積もる ◦ チームのベロシティを元にどのくらい掛かるか見積もる ▪
ビジネスサイドと話し、リリース日を決める(スコープ の調整もする) 4
進捗が悪くなったとき 5 ※画像はイメージです
こう考える 6 このままだとリ リース日に間に 合わない エンジニア スコープ小さくす るかリリース日を 延期してもらおう
実際に提案をする 7 スコープ小さくするかリ リース日を延期ってできま せんか じゃあスコープを小さくし ましょうか
何度かやって、営業から刺さる一言 8 何度も何度もスコープを小さくし て極限まで削っている中で、更 にスコープを小さくしてと言われ るのは正直辛い セールス 進捗が良くない時に、他 の選択肢ってないので しょうか?
意思が弱いプランニングになってないか • チームのベロシティを元に、優先順にバックログを当てはめ るやり方だけだと、そこに自分たちの意思が乗りにくいので は?(もしくは意思が弱い) • 計画に対する意思が弱いから、ビジネスサイドに辛い二択を 何度も迫ってしまっているのでは? 9
もやもやした状態で別のチームへ
新規チームでの計画づくり • 既存のプロダクトに新機能を開発するチームに入る ◦ 新規チーム ▪ 見積もりで参考にするベロシティはない ◦ 1イテレーション=1週間で動く •
1stリリース日は事業計画の都合から、動かせない 確実に終わらせるために、プランニングの強度を高める必 要があった 11
計画の強度を高めるために • 目標を達成するために、どう進めるかを言語化する ◦ いつまでに何を終わらせるか ◦ 何を諦めるか、何を諦めてはいけないか ◦ ゴールを達成するために、どう進めるか 12
いつまでに何を終わらせるか
いつまでに何を終わらせるか • リリース日から逆算し、いつま でに何ができていないといけな いかを洗い出す • そのマイルストーンを達成でき るようにストーリーをプロットし ていく 14
バーンダウンを引く • 計画線には、傾きが緩やかな箇所と急な箇所を作る • 新規チームのベロシティは最初安定しない ◦ チームは日々学習し、成長する • イテレーションごとに成長する自分たちを考慮し、達成すると いう意思を込める
15
何を諦めるか、何を諦めてはいけないか
諦めてはいけないものの認識を揃える • 各イテレーションで、必ず達 成することの認識を合わせる • このイテレーションで達成した い本質は何とするかという意 思を込める 17
諦めたものは早いうちに回収する • 諦めると言っても、品質を犠牲にしたままリリースをするわけ ではない • 次のストーリー(2周目など)でしっかりやることが前提 • 機能の骨子となる1週目を作るのは重いため、それを優先す るという意思を反映している 18
ゴールを達成するために、どう進めるか
イテレーションプランニングにも意思を込める • バーンダウンで計画したポイント分をToDoに乗せるだけでは なく、どうやれば全てを完全Doneできるのか • 進め方に意思を込める ◦ 一部技術的なリスクがあるなら最初に優先したり、ペア・モ ブで認識を揃えながら進める、など
20
デイリーは今日のゴールを話し合う • 今日どこまで終わらせたいかチームで認識を揃え、障害とな るものがあれば共有する • イテレーション開始時に計画したToDoを全て完全Doneでき なそうであれば、一旦何かを諦めることも考える ◦ 各イテレーションで認識を揃えた「必ず達成すること」を 指針にする
21
実際にやってみての感想
思い通りにはいかないが、変化に適応できる • ここまでやっても、状況は容赦なく変化する • 諦めてはダメな箇所の認識を揃えることで、やりたいことの 本質は守りつつ、計画を適応させていった ◦ 実際に進捗が遅れたときも、一旦諦めることで挽回をす ることができた 23
まとめ
まとめ • 究極的には成果を出すことが大事 ◦ 成果が無ければビジネスサイドの信頼が得られない • プランニングの強度を高めるには、成果を出せるよう計画を 適応し続けること • 強度を高めるには、何をやり遂げる必要があるかをはっきり
させ、計画に意思を込めること 25
Thank you!