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
はてなのチーム開発一巡り / Hatena Engineer Seminar 30
daiksy
0
390
ふりかえりカンファレンスLT/Get Wild
daiksy
0
1.6k
スクラムマスターの採用事情 / scrum fest fukuoka 2023
daiksy
0
2.3k
スクラムのスケールとチームトポロジー / Scaled Scrum and Team Topologies
daiksy
1
1.1k
Scrum@Scaleの理論と実装 / RSGT2022
daiksy
2
9.5k
リモートワークに最適なスクラムチームの人数についての仮説 / Kyoto Agile 2021
daiksy
0
230
スクラムを軸に据えた キャリア戦略 / Scrum Fest Osaka 2021
daiksy
2
6.7k
インフラ障害対応演習LT版 / evacuation drill of systems
daiksy
1
680
この半年で変わったものと変わらないもの - SaaS開発の現場より / Developers Summit 2020 Summer
daiksy
0
5k
Other Decks in Programming
See All in Programming
Rustのweb開発を助ける 便利なツール紹介
yuki0418
1
190
ぼっちを避けて楽しむためのアノテコノテ / Various Tips and Tricks to Avoid Loneliness and Have Fun
nrslib
3
1.7k
Android開発者のための Kotlin Multiplatform入門
ntaro
0
190
Harnessing Large Language Models for Training-free Video Anomaly Detection
tereka114
1
1.3k
CSC307 Lecture 11
javiergs
PRO
0
240
AWS初心者ってどうやってAWSを学ぶ?〜アプリエンジニアがやってよかったアーキテクチャ学習方法〜
yamanashi_ren01
0
190
AWS CDKにおける「再利用性」を考える / aws-cdk-reusability
gotok365
6
1.3k
初心者がおさえておきたいAWS CDKのベストプラクティス 2024
konokenj
15
7.3k
Namespace on read
tagomoris
2
370
GraphQL はいいぞ! ~Laravel で学ぶ GraphQL 入門~
azuki
1
160
Terraformテスト入門
msato
0
540
Rubyのパフォーマンスプロファイリングの改善 / Enhancing performance profiling for Ruby
osyoyu
1
410
Featured
See All Featured
Code Reviewing Like a Champion
maltzj
517
39k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
44
4.7k
Pencils Down: Stop Designing & Start Developing
hursman
118
11k
Code Review Best Practice
trishagee
58
16k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
26
2.1k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
248
20k
The Power of CSS Pseudo Elements
geoffreycrofte
64
5.2k
How GitHub (no longer) Works
holman
305
140k
Docker and Python
trallard
37
2.9k
Rebuilding a faster, lazier Slack
samanthasiow
78
8.5k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
360
22k
Robots, Beer and Maslow
schacon
PRO
157
8.1k
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