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

Transcript

1. バックログに入らない
   タスクを可視化する枠組み
   2017年2月2日 社内技術勉強会
   

   View Slide

2. - バックログ = スクラムにおけるタスク管理
   データ登録のAPI作成
   データ更新のAPI作成
   データ削除のAPI作成
   データ操作の画面作成
   

   View Slide

3. - バックログ = スクラムにおけるタスク管理
   データ登録のAPI作成 5pt
   データ更新のAPI作成 3pt
   データ削除のAPI作成 2pt
   データ操作の画面作成 8pt
   

   View Slide

4. - チームベロシティ = スプリント内で消化できるポイント数
   データ登録のAPI作成 5pt 完成
   データ更新のAPI作成 3pt 完成
   データ削除のAPI作成 2pt 完成
   データ操作の画面作成 8pt 未完
   10pt
   

   View Slide

5. - チームベロシティ 10pt
   - 全体の見積り 100pt
   完成までに必要なスプリント数は
   100 / 10 = 10 スプリント
   

   View Slide

6. マネジメントからの要求
   ベロシティをあげられないか
   

   View Slide

7. - チームベロシティ 10pt -> 20pt
   - 全体の見積り 100pt
   5スプリントに短縮したい
   

   View Slide

8. 完成までのスプリント数を短縮する方法
   - バックログを減らす
   - ベロシティを増やす
   

   View Slide

9. ベロシティを上げる方法
   - 人数を増やす
   - 一時的にベロシティは下がる
   - 稼働時間を増やす
   - 燃え尽きる
   

   View Slide

10. スプリントにおける
    タスクへの割当時間を増やす
    

    View Slide

11. スプリント期間中の我々の活動
    - タスク消化
    - いろいろなミーティング
    - 期末の評価
    - サポート調査
    - 開発環境の整備
    バックログの消化以外にいろいろある
    

    View Slide

12. バックログ以外の活動を可視化しよう
    

    View Slide

13. チームタスクをカテゴライズする4つのカテゴリ
    - 機能実現
    - 税
    - スパイク
    - 前提条件
    

    View Slide

14. 機能実現
    システムやソフトウェアパッケージのユーザや購入者に対してビジネス価値を届けるた
    めの仕事
    我々がバックログと呼んでいるものは主にこれ
    

    View Slide

15. 税
    会社のための仕事や必須の要求事項であり、チームやグループに重荷となる賦課、義
    務、任務、請求など。
    ex) スクラムミーティング, 全社会議や部門会議, 期末の評価
    税なので、ここを減らすと会社やチームとしてのサービスレベルは低下する
    

    View Slide

16. スパイク
    スパイクは短時間、タイムボックスでおこなう活動で、大規模だったり曖昧だったりするタ
    スクやストーリーを完成させるためにどんな作業が必要か見つけるためのものである。
    サポート調査タスクなどもここに入る
    

    View Slide

17. 前提条件
    前提条件はストーリーに関連するタスクではないが、スプリント中に終わらせるべき作業
    のことだ。チームが見つけ、プロダクトオーナーやスクラムマスターと交渉する。
    CIとかデプロイの改善や、アプリケーションフレームワークのバージョンアップなど。
    

    View Slide

18. これらの枠組みに応じて作業を可視化する
    - 可視化されたカテゴリごとに、チームにおける税率などのタスク配分を決める
    - タスク配分に応じて、スプリント内の機能実現の割当を増やすなどの調整ができ
    る。
    

    View Slide

19. 参考文献
    スクラム現場ガイド
    https://www.amazon.co.jp/dp/B01D4JHITO
    

    View Slide