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
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
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
エンジニアリングマネージャーの成長の道筋とキャリア / Developers Summit 2025 KANSAI
daiksy
7
5.5k
はてなの開発20年史と DevOpsの歩み / DevOpsDays Tokyo 2025 Keynote
daiksy
6
4k
わたしがEMとして入社した「最初の100日」の過ごし方 / EMConfJp2025
daiksy
22
14k
はてなのチーム開発一巡り / Hatena Engineer Seminar 30
daiksy
0
880
ふりかえりカンファレンスLT/Get Wild
daiksy
0
2k
スクラムマスターの採用事情 / scrum fest fukuoka 2023
daiksy
1
3k
スクラムのスケールとチームトポロジー / Scaled Scrum and Team Topologies
daiksy
1
1.5k
Scrum@Scaleの理論と実装 / RSGT2022
daiksy
2
11k
リモートワークに最適なスクラムチームの人数についての仮説 / Kyoto Agile 2021
daiksy
0
300
Other Decks in Programming
See All in Programming
Go Conference mini in Sendai 2026 : Goに新機能を提案し実装されるまでのフロー徹底解説
yamatoya
0
580
AI時代でも変わらない技術コミュニティの力~10年続く“ゆるい”つながりが生み出す価値
n_takehata
2
750
メタプログラミングで実現する「コードを仕様にする」仕組み/nikkei-tech-talk43
nikkei_engineer_recruiting
0
180
ロボットのための工場に灯りは要らない
watany
10
2.8k
RAGでハマりがちな"Excelの罠"を、データの構造化で突破する
harumiweb
9
2.8k
文字コードの話
qnighy
44
17k
Vuetify 3 → 4 何が変わった?差分と移行ポイント10分まとめ
koukimiura
0
140
Goの型安全性で実現する複数プロダクトの権限管理
ishikawa_pro
2
320
AI駆動開発の本音 〜Claude Code並列開発で見えたエンジニアの新しい役割〜
hisuzuya
4
500
猫の手も借りたい!ので AIエージェント猫を作って社内に放した話 Claude Code × Container Lambda の Slack Bot "DevNeko"
naramomi7
0
260
How to stabilize UI tests using XCTest
akkeylab
0
120
野球解説AI Agentを開発してみた - 2026/02/27 LayerX社内LT会資料
shinyorke
PRO
0
280
Featured
See All Featured
The Limits of Empathy - UXLibs8
cassininazir
1
260
Java REST API Framework Comparison - PWX 2021
mraible
34
9.2k
JAMstack: Web Apps at Ludicrous Speed - All Things Open 2022
reverentgeek
1
390
Design of three-dimensional binary manipulators for pick-and-place task avoiding obstacles (IECON2024)
konakalab
0
380
Visualization
eitanlees
150
17k
Optimising Largest Contentful Paint
csswizardry
37
3.6k
Paper Plane
katiecoart
PRO
0
48k
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
Bash Introduction
62gerente
615
210k
How to make the Groovebox
asonas
2
2k
Statistics for Hackers
jakevdp
799
230k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.6k
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