Slide 1
Slide 1 text
バックログに入らない
タスクを可視化する枠組み
2017年2月2日 社内技術勉強会
Slide 2
Slide 2 text
- バックログ = スクラムにおけるタスク管理
データ登録のAPI作成
データ更新のAPI作成
データ削除のAPI作成
データ操作の画面作成
Slide 3
Slide 3 text
- バックログ = スクラムにおけるタスク管理
データ登録のAPI作成 5pt
データ更新のAPI作成 3pt
データ削除のAPI作成 2pt
データ操作の画面作成 8pt
Slide 4
Slide 4 text
- チームベロシティ = スプリント内で消化できるポイント数
データ登録のAPI作成 5pt 完成
データ更新のAPI作成 3pt 完成
データ削除のAPI作成 2pt 完成
データ操作の画面作成 8pt 未完
10pt
Slide 5
Slide 5 text
- チームベロシティ 10pt
- 全体の見積り 100pt
完成までに必要なスプリント数は
100 / 10 = 10 スプリント
Slide 6
Slide 6 text
マネジメントからの要求
ベロシティをあげられないか
Slide 7
Slide 7 text
- チームベロシティ 10pt -> 20pt
- 全体の見積り 100pt
5スプリントに短縮したい
Slide 8
Slide 8 text
完成までのスプリント数を短縮する方法
- バックログを減らす
- ベロシティを増やす
Slide 9
Slide 9 text
ベロシティを上げる方法
- 人数を増やす
- 一時的にベロシティは下がる
- 稼働時間を増やす
- 燃え尽きる
Slide 10
Slide 10 text
スプリントにおける
タスクへの割当時間を増やす
Slide 11
Slide 11 text
スプリント期間中の我々の活動
- タスク消化
- いろいろなミーティング
- 期末の評価
- サポート調査
- 開発環境の整備
バックログの消化以外にいろいろある
Slide 12
Slide 12 text
バックログ以外の活動を可視化しよう
Slide 13
Slide 13 text
チームタスクをカテゴライズする4つのカテゴリ
- 機能実現
- 税
- スパイク
- 前提条件
Slide 14
Slide 14 text
機能実現
システムやソフトウェアパッケージのユーザや購入者に対してビジネス価値を届けるた
めの仕事
我々がバックログと呼んでいるものは主にこれ
Slide 15
Slide 15 text
税
会社のための仕事や必須の要求事項であり、チームやグループに重荷となる賦課、義
務、任務、請求など。
ex) スクラムミーティング, 全社会議や部門会議, 期末の評価
税なので、ここを減らすと会社やチームとしてのサービスレベルは低下する
Slide 16
Slide 16 text
スパイク
スパイクは短時間、タイムボックスでおこなう活動で、大規模だったり曖昧だったりするタ
スクやストーリーを完成させるためにどんな作業が必要か見つけるためのものである。
サポート調査タスクなどもここに入る
Slide 17
Slide 17 text
前提条件
前提条件はストーリーに関連するタスクではないが、スプリント中に終わらせるべき作業
のことだ。チームが見つけ、プロダクトオーナーやスクラムマスターと交渉する。
CIとかデプロイの改善や、アプリケーションフレームワークのバージョンアップなど。
Slide 18
Slide 18 text
これらの枠組みに応じて作業を可視化する
- 可視化されたカテゴリごとに、チームにおける税率などのタスク配分を決める
- タスク配分に応じて、スプリント内の機能実現の割当を増やすなどの調整ができ
る。
Slide 19
Slide 19 text
参考文献
スクラム現場ガイド
https://www.amazon.co.jp/dp/B01D4JHITO