バックログに入らないタスクの可視化について

Transcript

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