はじめに
何か思いつく要素があれば、追記をお願いいたします
チケット駆動開発やおっつけでの開発になっていることへのプラクティス
- 1ヶ月単位でのリリース予定を作る
- 3ヶ月単位でのリリース予定を作る
- デイリースタンドアップミーティング
- スプリントレビュー・デモの実施
- プロダクトの方向性を決定するためのインセプションデッキの実施
- かんばん作成
チームの生産性・ベンチマークが測れていないことへのプラクティス
- 見積もりの実施
- 相対見積もりの実施
- チームの生産性の計測(ベロシティ計測)
- リリース日の取り決め(週1?週2?)
- 割り込み作業に関する取り決め
- リリース単位での定期的な振り返り実施(隔週)
プライオリティ・優先度がブレブレな開発チームのプラクティス
- 見積もりの実施
- プライオリティの定期的な見直し(スプリント計画時)
- プロダクトオーナーの決定
- ITSへの起票・一覧化
- ベネフィットを精緻化(POマター)
ITSが四散していることへのプラクティス
- 開発チケットはredmineへ寄せる
- 開発チケットはJIRAへ寄せる
- 開発チケットはBacklogへ寄せる
- 開発チケットはTrelloへ寄せる
- 開発チケットはWaffleへ寄せる
作業の割り振りが個人単位になっていることへのプラクティス
- 1ヶ月単位でのリリース予定を作る
- 1スプリント単位でのチームの目標を作る
その他
- アイスブレイクの実施
- 会議の進め方のルール決め