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

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

👤 自己紹介名前：櫻井健所属：某建設SaaS 🏗️ 役割：Tech Lead (PMO 的な仕事) 📊
X: @monotalk_xyz

💭 話したいことウォータフォールのリードタイムとスクラムのリードタイムを比較、効果測定をする経験がなかった。比較して感じたことを共有したい。📢

📖 スクラム導入の背景 1. 😰 スクラム経験者のデザイナーが既存プロセスのスピード感のなさにストレス。 2. 👥 プロダクトチームにスクラム経験者が複数人いた。
3. 💡 ミーティングの雑談 > スクラム導入を提案へ。

📊 リードタイム比較の前提情報項目既存プロセススクラムリードタイム要件確定 > 受入
テスト完了要件確定 > 受入テスト完了サンプルサイズ 20 件 1 件チームサイズ開発者13 名開発者2 名変更点 - 会議体、バックログ管理

🔄 スクラムのスプリントの流れ開発スプリントとUAT スプリントを並行して進行 ⚙️ スプリント1 開発スプリントスプリント2 開発スプリント UAT
スプリントスプリント3 開発スプリント UAT スプリントリリース作業スクラム（スプリントは2 週間）

🎯 リードタイムの短縮要因要因効果 🗣️ デイリースクラム問題の早期発見・解決 Q&A リードタイムの削減
🔍 レトロスペクティブ PdM と開発者間のプロセスの調整が行われるようになった 🎫 チケットマネジメント PBI の粒度が小さくなり、リードタイムのバラツキが減った

✨ まとめ 🤝 スクラムはPdM と開発者のコミュニケーション改善に寄与 🔧 プラクティスレベルで、既存プロセスにも組み込めそう 🤔
既存プロセスで意識して行うか、スクラムチームの規模拡大して仕組みで回すか？は検討中

monotalk.xyz