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
KASUYA, Daisuke
February 07, 2017
Programming
3
16k
バックログに入らないタスクの可視化について
KASUYA, Daisuke
February 07, 2017
Tweet
Share
More Decks by KASUYA, Daisuke
See All by KASUYA, Daisuke
わたしがEMとして入社した「最初の100日」の過ごし方 / EMConfJp2025
daiksy
14
5.6k
はてなのチーム開発一巡り / Hatena Engineer Seminar 30
daiksy
0
670
ふりかえりカンファレンスLT/Get Wild
daiksy
0
1.9k
スクラムマスターの採用事情 / scrum fest fukuoka 2023
daiksy
0
2.7k
スクラムのスケールとチームトポロジー / Scaled Scrum and Team Topologies
daiksy
1
1.3k
Scrum@Scaleの理論と実装 / RSGT2022
daiksy
2
10k
リモートワークに最適なスクラムチームの人数についての仮説 / Kyoto Agile 2021
daiksy
0
250
スクラムを軸に据えた キャリア戦略 / Scrum Fest Osaka 2021
daiksy
2
7k
インフラ障害対応演習LT版 / evacuation drill of systems
daiksy
1
760
Other Decks in Programming
See All in Programming
GoとPHPのインターフェイスの違い
shimabox
2
210
Go 1.24でジェネリックになった型エイリアスの紹介
syumai
2
300
仕様変更に耐えるための"今の"DRY原則を考える
mkmk884
9
3.2k
CloudNativePGを布教したい
nnaka2992
0
120
お前もAI鬼にならないか?👹Bolt & Cursor & Supabase & Vercelで人間をやめるぞ、ジョジョー!👺
taishiyade
7
4.2k
dbt Pythonモデルで実現するSnowflake活用術
trsnium
0
270
もう少しテストを書きたいんじゃ〜 #phpstudy
o0h
PRO
20
4.2k
Expoによるアプリ開発の現在地とReact Server Componentsが切り開く未来
yukukotani
1
200
Learning Kotlin with detekt
inouehi
1
190
Visual StudioのGitHub Copilotでいろいろやってみる
tomokusaba
1
210
DRFを少しずつ オニオンアーキテクチャに寄せていく DjangoCongress JP 2025
nealle
2
290
「個人開発マネタイズ大全」が教えてくれたこと
bani24884
1
290
Featured
See All Featured
Practical Orchestrator
shlominoach
186
10k
GraphQLの誤解/rethinking-graphql
sonatard
69
10k
Site-Speed That Sticks
csswizardry
4
410
XXLCSS - How to scale CSS and keep your sanity
sugarenia
248
1.3M
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
33
2.1k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
27
1.6k
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
A Modern Web Designer's Workflow
chriscoyier
693
190k
Fantastic passwords and where to find them - at NoRuKo
philnash
51
3k
Speed Design
sergeychernyshev
27
810
Code Review Best Practice
trishagee
67
18k
Imperfection Machines: The Place of Print at Facebook
scottboms
267
13k
Transcript
バックログに入らない タスクを可視化する枠組み 2017年2月2日 社内技術勉強会
- バックログ = スクラムにおけるタスク管理 データ登録のAPI作成 データ更新のAPI作成 データ削除のAPI作成 データ操作の画面作成
- バックログ = スクラムにおけるタスク管理 データ登録のAPI作成 5pt データ更新のAPI作成 3pt データ削除のAPI作成 2pt
データ操作の画面作成 8pt
- チームベロシティ = スプリント内で消化できるポイント数 データ登録のAPI作成 5pt 完成 データ更新のAPI作成 3pt 完成
データ削除のAPI作成 2pt 完成 データ操作の画面作成 8pt 未完 10pt
- チームベロシティ 10pt - 全体の見積り 100pt 完成までに必要なスプリント数は 100 / 10
= 10 スプリント
マネジメントからの要求 ベロシティをあげられないか
- チームベロシティ 10pt -> 20pt - 全体の見積り 100pt 5スプリントに短縮したい
完成までのスプリント数を短縮する方法 - バックログを減らす - ベロシティを増やす
ベロシティを上げる方法 - 人数を増やす - 一時的にベロシティは下がる - 稼働時間を増やす - 燃え尽きる
スプリントにおける タスクへの割当時間を増やす
スプリント期間中の我々の活動 - タスク消化 - いろいろなミーティング - 期末の評価 - サポート調査 -
開発環境の整備 バックログの消化以外にいろいろある
バックログ以外の活動を可視化しよう
チームタスクをカテゴライズする4つのカテゴリ - 機能実現 - 税 - スパイク - 前提条件
機能実現 システムやソフトウェアパッケージのユーザや購入者に対してビジネス価値を届けるた めの仕事 我々がバックログと呼んでいるものは主にこれ
税 会社のための仕事や必須の要求事項であり、チームやグループに重荷となる賦課、義 務、任務、請求など。 ex) スクラムミーティング, 全社会議や部門会議, 期末の評価 税なので、ここを減らすと会社やチームとしてのサービスレベルは低下する
スパイク スパイクは短時間、タイムボックスでおこなう活動で、大規模だったり曖昧だったりするタ スクやストーリーを完成させるためにどんな作業が必要か見つけるためのものである。 サポート調査タスクなどもここに入る
前提条件 前提条件はストーリーに関連するタスクではないが、スプリント中に終わらせるべき作業 のことだ。チームが見つけ、プロダクトオーナーやスクラムマスターと交渉する。 CIとかデプロイの改善や、アプリケーションフレームワークのバージョンアップなど。
これらの枠組みに応じて作業を可視化する - 可視化されたカテゴリごとに、チームにおける税率などのタスク配分を決める - タスク配分に応じて、スプリント内の機能実現の割当を増やすなどの調整ができ る。
参考文献 スクラム現場ガイド https://www.amazon.co.jp/dp/B01D4JHITO