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
Backlog and Velocity
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
Yasunobu Kawaguchi
PRO
July 03, 2023
Technology
650
3
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Backlog and Velocity
Yasunobu Kawaguchi
PRO
July 03, 2023
More Decks by Yasunobu Kawaguchi
See All by Yasunobu Kawaguchi
Project Based Learning at TUT
kawaguti
PRO
1
47
Zoom2Youtube.Claude
kawaguti
PRO
4
530
アジャイルな経理と Claude Code と経営の未来
kawaguti
PRO
3
240
AIエージェントが教えてくれたプロダクトオーナーシップの本質
kawaguti
PRO
1
330
Claude Code x Accounting
kawaguti
PRO
2
410
Every Conversation Counts
kawaguti
PRO
0
420
Why we keep our community?
kawaguti
PRO
1
930
Scrum Fest Morioka 2026
kawaguti
PRO
3
1.1k
Claude Code for NOT Programming
kawaguti
PRO
2
470
Other Decks in Technology
See All in Technology
探索・可視化・自動化を一本化 Amazon Quickでデータ活用スピードを上げる方法
koheiyoshikawa
0
190
AI x 開発生産性を取り巻く予算戦略と投資対効果
i35_267
7
3.2k
数値で見る Microsoft MVP 〜Spec Kit と GitHub Copilot Agent で作るデータ可視化ダッシュボード〜
yutakaosada
0
140
キャリアLT会#3
beli68
2
260
穢れた技術選定について
watany
19
6.2k
AI研修(Day1)【MIXI 26新卒技術研修】
mixi_engineers
PRO
1
130
全社でのソフトウェアサプライチェーン攻撃対策をやってみた with Takumi Guard
z63d
0
290
2026年のソフトウェア開発を考える(2026/07版) / Agentic Software Engineering 2026-07 Findy Edition
twada
PRO
28
13k
プロダクト開発組織の現在地(Ver.2026/07) / product-organization
kaonavi
0
460
設計レビューとAIハーネスで向き合う AIが生み出した新しいボトルネックの対処法 / Design Reviews and AI Harnesses Against New Bottlenecks Created by AI
nstock
5
480
AI時代におけるテストの基礎の再定義 / Rethinking the Fundamentals of Testing in the AI Era
mineo_matsuya
14
5.4k
Power Automateアップデート情報
miyakemito
0
200
Featured
See All Featured
Unlocking the hidden potential of vector embeddings in international SEO
frankvandijk
0
880
Navigating the moral maze — ethical principles for Al-driven product design
skipperchong
2
420
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
31
10k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.9k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
133
19k
Optimising Largest Contentful Paint
csswizardry
37
3.8k
From π to Pie charts
rasagy
0
240
DevOps and Value Stream Thinking: Enabling flow, efficiency and business value
helenjbeal
1
260
Building Applications with DynamoDB
mza
96
7.1k
Documentation Writing (for coders)
carmenintech
77
5.4k
WCS-LA-2024
lcolladotor
0
750
Mind Mapping
helmedeiros
PRO
1
290
Transcript
プロダクトバックログ と開発者(たち)
資料を作る人 会議する人 ものを作る人
エクストリームプログラミングの原動力のひとつ は、ビジネスとテクノロジーの間の溝を癒すこと でした。私は、一般的に言われている2つのグ ループが激しく対立し、協力する方法を見つけて も必要なものが得られないという状況を目の当た りにしてきました。つまり、自分には納期を決定 する力があると思っている人が、その力の幻想を 手放そうとしなかったのです。そこにエクスト リーム・プログラミングが登場し、一連の人間関 係とそれを支える儀式、そしてそれらの儀式や人
間関係を支える技術的な慣習を提示しました。そ して、その代償として、締め切りを指示すること ができなくなりました。 (Kent Beck 2021年7月のAgile 2021でのトークより) https://ja.wikipedia.org/wiki/ ケント・ベック
それを良しとする人もいました。そして、そのよ うなチームはとてもうまくいきました。しかし、 一般的には、力関係は変わっていません。つまり、 インセンティブが変わっていないのです。だから、 行動は変わらない。だから結果も変わっていない。 私は、これはペアプログラムをするかしないかと いう問題ではなく、意思決定をスキル・情報・結 果に向けて動かす意思があるかどうかという問題 だと思っています。 (Kent
Beck 2021年7月のAgile 2021でのトークより) https://ja.wikipedia.org/wiki/ ケント・ベック
プロダクトバックログ 開発者(たち)
プロダクトバックログ 優先順位付けされた 機能リスト。 開発者たちが見積もる。 納期は決められない。
自己組織的に働く人々。 優先順位に合わせて 出荷判断可能な プロダクトの増分を 生み出していく。 開発者(たち)
プロダクトバックログ 動作する プロダクト (の増分) 上から順に 生み出していく
動作する プロダクト (の増分) 上から順に 生み出していく 価値があるか どうかがわかる プロダクトバックログ
安定したチーム 決まった期間 仕掛を作らない 継続的にリリース
これはいつ できますか?
これはいつ できますか? たぶん3スプリント目
思ったより 時間が かかったら?
思ったより 時間が かかったら? 優先順位低いものが、 もうちょっと先になる とわかる。
まちがっていたのは 見積もりや 計画のほうなので 最新の情報に あわせるだけの話。
思ったより 早く終わったら?
思ったより 早く終わったら? 優先順位で次のものを 取り組む。 なので少し先まで バックログは作っておく
https://ja.wikipedia.org/wiki/動的計画法
安定したチーム 決まった期間 仕掛を作らない 継続的にリリース
これまでに 試行したデータを もとにして 今後を計画しなおす
チームが安定しない 期間はフレキシブル 仕掛がたまってく リリースできてない こうだとどう?
チームが安定しない 期間はフレキシブル 仕掛がたまってく リリースできてない こうだとどう? Fragile (脆弱) なだけ 現実は甘くない
動作する プロダクト (の増分) 上から順に 生み出していく 価値があるか どうかがわかる プロダクトバックログ
https://www.1101.com/iwata/2007-09-03.html
その時代から、宮本さんは なんにも知らない人をつかまえてきて、 ポンとコントローラー渡すんですよ。 で、「さあ、やってみ」って言ってね、 なんにも言わないで後ろから見てるんですよ。 わたしは、それを 「宮本さんの肩越しの視線」と呼んでたんですけど。 その重要性というのは、 いっしょに仕事するまでわからなかったんです。 https://www.1101.com/iwata/2007-09-03.html
いっしょに仕事してはじめて、 「あ、これだ」って思うんです。 つまり、ゲームをつくった人は、 ゲームを買ってくれる ひとりひとりのお客さんに対して 「このようにして作りました。 こう楽しんでください」 とは、説明に行けないんですね。当然ですけど。 https://www.1101.com/iwata/2007-09-03.html
簡単にいえば、お客さん目線なんですけど、 それをどうやって見つけるかという方法を 宮本さんはすごく早くから確立していて、 一方、わたしは、自分のプログラムが イケてるかどうかには興味はあっても、 お客さんがどう感じるかみたいなところは 考えが及んでいなかったんです。 https://www.1101.com/iwata/2007-09-03.html
https://www.1101.com/iwata/2007-09-04.html
「オレは、これをいいと思う」って すべてのお客さんを代表するかのように、 思い込みで語るつくり手が多いんですよ。 https://www.1101.com/iwata/2007-09-04.html
本当は「お客さんがこう反応する」 っていう事実があって、 「それはなぜだろう?」 という仮説があって、そこではじめて 「じゃあ、どうすれば、 根っこの問題が解決できるだろう?」 って考えなきゃいけないのに、 「オレはこう思う!」という、 事実と仮説をぐちゃぐちゃに混ぜた意見を 押し通してしまうことが多いんですね。
https://www.1101.com/iwata/2007-09-04.html
つまり、宮本さんというのは 視点を動かすことに長けているんですね。 そのとおりですね。 いままで近くで見てたのを、 突然ものすごく遠くから見てやり直すというか 虫メガネで見ていたかと思うと 地上一万メートルからもう一回見直してみたり https://www.1101.com/iwata/2007-09-04.html
まず注意: 目的をブレークダウンしても 詳細は描けません。 まず対象を十分に知っていないと、 解決策は出てきません。情報が不足し ていると気づいたらまず調べること。 観察したり話を聞くことに時間を振り 向けるときかもしれません。
10分でスクラム (2011年)
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None
None