スクラム導入でリードタイムが3分の1になった

Transcript

1. 🚀 スクラム導入で、 リードタイムが 3 分の1 になった ⚡
2. 👤 自己紹介 名前：櫻井健 所属：某建設SaaS 🏗️ 役割：Tech Lead (PMO 的な仕事) 📊 X: @monotalk_xyz
3. 💭 話したいこと ウォータフォールのリードタイムと スクラムのリードタイムを比較、効果測定をする 経験がなかった。 比較して感じたことを共有したい。📢
4. 📖 スクラム導入の背景 1. 😰 スクラム経験者のデザイナーが既存プロセス のスピード感のなさにストレス。 2. 👥 プロダクトチームにスクラム経験者が複数人 いた。 3. 💡 ミーティングの雑談 > スクラム導入を提案 へ。
5. 📊 リードタイム比較の前提情報 項目 既存プロセス スクラム リードタ イム 要件確定 > 受入 テスト完了 要件確定 > 受入 テスト完了 サンプル サイズ 20 件 1 件 チームサ イズ 開発者13 名 開発者2 名 変更点 - 会議体、バック ログ管理
6. 🔄 スクラムのスプリントの流れ 開発スプリントとUAT スプリントを並行して進行 ⚙️ スプリント1 開発スプリント スプリント2 開発スプリント UAT スプリント スプリント3 開発スプリント UAT スプリント リリース作業 スクラム（スプリントは2 週間）
7. 🎯 リードタイムの短縮要因 要因 効果 🗣️ デイリース クラム 問題の早期発見・解決 Q&A リードタイムの削減 🔍 レトロスペ クティブ PdM と開発者間の プロセスの調整が行われるよう になった 🎫 チケットマ ネジメント PBI の粒度が小さくなり、リード タイムのバラツキが減った
8. ✨ まとめ 🤝 スクラムはPdM と開発者のコミュニケーショ ン改善に寄与 🔧 プラクティスレベルで、既存プロセスにも組 み込めそう 🤔 既存プロセスで意識して行うか、スクラム チームの規模拡大して仕組みで回すか？は検討 中