Recomendados
Más contenido relacionado
Más de zaru sakuraba
Más de zaru sakuraba (14)
Último
Último (10)
スクラム導入に向けて：スクラムは救世主となるのか？
- 2. @zaru
- 5. よろしくお願いします
- 6. スクラムとは
- 13. スクラムはチーム
- 14. メンバーの役割
- 15. プロダクト オーナー
- 16. プロダクトオーナー 開発チームの作業とプロダクトの価値の最大化に責任を持つ - プロダクトバックログの管理者 - 優先順位の意思決定権限を持つ - 製品の責任者 - 関係者と協働してバックログの作成や成果物のフィードバック をもらう - 開発チームの成果物を評価する
- 17. 開発チーム
- 18. 開発チーム 出荷可能なものを全員でベストを尽くして作る - チーム全員で成果物に責任を持つ - チームの中に上下関係はない - 個人にフォーカスしない - 最良のやり方を自分たちで決める - チーム全員が個人全員を助ける - 持続可能なチームである
- 19. スクラムマスター
- 20. スクラムマスター スクラムの理解と成立に責任を持つ - サーバントリーダー - チームの成長を促す - 障害物を排除する - 相談にのる・一緒に考える
- 21. スプリントの流れ
- 22. スプリントの流れ - プロダクトバックログ作成 - スプリント計画会議（第一部） - スプリント計画会議（第二部） - 以下繰り返し - デイリースクラム - 開発 - 納品チェック - バックログリファインメント（オプション） - スプリントレビュー - ふりかえり
- 24. スプリント計画会議（第一部） - 2時間 - 参加者：PO・開発チーム・SM - POからバックログの説明を受け、 見積もり可能な状態にする - 優先度の高いものから開発チームが プランニングポーカーで相対見積もりを行う - スプリント対象のプロダクトバックログを決定する (*) スプリントが2週間の場合
- 25. スプリント計画会議（第二部） - 2時間 - 参加者：開発チーム・SM（POはオプション） - バックログを細かいタスクに分割する（目安は最大1日） - 設計や実現手法を議論する - タスクに対して絶対見積もりをする（単位は時間）
- 26. スプリント計画会議（第二部） - チームが必ず終わると責任をもって見積もりをする - 1つのプロダクトバックログを1人が担当するのを避ける - 最優先バックログを各個撃破が基本 - タスクはスプリント中に増減する - 1日の6割程度の稼働可能時間で見積もる - タスク合計時間が総キャパシティを超えたら POに相談して優先度の低いプロダクトバックログを外す
- 27. デイリースクラム - 15分 毎日 - 参加者：開発チーム・SM（POはオプション） - 話すことは3つだけ - 昨日やったこと - 今日やること - 問題 - 問題があれば別途ミーティングを関係者のみで開く - 未来のことを心配せず今日のことに集中する
- 28. スプリントレビュー - 1〜2時間 スプリント終了時 - 参加者：PO・開発チーム・SM（ステークホルダー） - プロダクトオーナーが完成したものと 完成していないものを事前に分けておく - 進捗確認の場ではない - プロダクトオーナーが完成品のデモを行う - 質問やフィードバックで改善と協力を引き出す
- 29. ふりかえり - 1〜2時間 スプリント終了時 - 参加者：開発チーム・SM（POはオプション） - チーム・プロセスの振り返りと改善 - 抱えている問題は何か - 良かったことは何か - 前回のプラクティスの効果はどうか
- 30. ツールや手法
- 31. プロダクトバックログ
- 32. プロダクトバックログ - 要求事項の一覧 - 顧客の価値が何かが記載されていると良い - 誰でも追記ができる - 順番はプロダクトオーナーが決定する - 開発チームやスクラムマスターは作成に協力する - 各スプリント開始前に都度優先度修正
- 34. プランニングポーカー - ポイント制で相対的に見積もる - 最初に基準となる2ポイントのバックログを選ぶ - それと比較して何ポイントかを見積もる - 全員が一致したら完了 - 不一致の場合、一番少ない人と一番多い人から 見解を聞く。それを元に再度見積もる - 3回繰り返して一致しない場合は 大きい方を採用する
- 36. 完了の定義
- 37. 完了の定義 - チーム全員が合意する納品物の完了の定義 - リリースされた状態なのか - QAテストが通った状態なのか - テストコードが通った状態なのか - コードレビューが通った状態なのか - 一貫した完了の定義を守る - フェーズによって変更する
- 38. ベロシティで予測
- 39. ベロシティ - チームがスプリント中に完了した プロダクトバックログの見積もりポイント合計 - スプリントでどれくらいの成果が出せるか 予測に使われる - 安定した値にならないと予測しにくい - 残業でめっちゃ頑張ったなどは異常値 - 成長と共にベロシティが上がるのは喜ばしい
- 41. サンプル バーンダウンチャート
- 42. Don't just Do agile. Be agile.