Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Introduction to Scrum
Search
Yoshitaka Terazawa
August 18, 2020
Business
0
250
Introduction to Scrum
アジャイルの中のスクラム紹介スライド
Yoshitaka Terazawa
August 18, 2020
Tweet
Share
More Decks by Yoshitaka Terazawa
See All by Yoshitaka Terazawa
Introduction to React
locol23
0
34
Reactでリプレースして爆速になったのでちょっと仕組み公開
locol23
0
660
ざっくりReact Fiberまとめ
locol23
0
250
Other Decks in Business
See All in Business
クロスマート株式会社_会社紹介資料
xmart_recruit
2
1k
【Progmat】Monthly-ST-Market-Report-2025-Jan.
progmat
0
710
株式会社スマレジ_求職者向け会社説明資料.pdf
smaregi_recruit
0
41k
5分でわかる松鶴建設 | Shokaku Recruit
shokaku_recruit
0
400
株式会社澤村(SAWAMURA)会社紹介
sawamura_shiga
1
910
アノマリーマーケティング カルチャーコード_ver1.0
anomalymarketing
1
110
TSUIDE_採用ピッチ資料
tsuide
0
130
MOSH_companydeck_202502
mosh_inc
0
7.5k
総合研究院の研究活動と企業等との連携促進|Science Tokyo(東京科学大学)
sciencetokyo
PRO
0
1k
Eco-Pork Impact Report 2025.02.09 JP
ecopork
0
320
不二製作所会社説明資料_事務系総合職
fuji_sawano
0
400
コミュニティと横断組織を活かす“三菱電機”のre:Invent
licux
1
110
Featured
See All Featured
Art, The Web, and Tiny UX
lynnandtonic
298
20k
The Power of CSS Pseudo Elements
geoffreycrofte
75
5.5k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
59k
Writing Fast Ruby
sferik
628
61k
We Have a Design System, Now What?
morganepeng
51
7.4k
Fontdeck: Realign not Redesign
paulrobertlloyd
82
5.4k
Adopting Sorbet at Scale
ufuk
74
9.2k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
129
19k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.1k
Build The Right Thing And Hit Your Dates
maggiecrowley
34
2.5k
Raft: Consensus for Rubyists
vanstee
137
6.8k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
Transcript
Introduction to Scrum
About me Yoshitaka Terazawa Twitter: @locol23 GitHub: locol23 WORKING AT
Gurunavi, Inc. as a frontend developer A MEMBER OF React Japan User Group FAVORITE React + TypeScript Architecture
スクラムとは アジャイル開発の中のひとつ 改善のフレームワーク 全員が⼀丸となって⾏うべき 作業、会議、成果物 を定めたもの
ウォーターフォール開発とアジャイル開発の違い
None
None
ウォーターフォール開発 開発中に要件が頻繁に変わらないプロジェクト ダムの⽔量制御システム等 アジャイル開発 開発中に要件が頻繁に変わるプロジェクト 夏向けに BBQ 特集をしようとしていたが、 コロナの影響で急遽、テイクアウト特集に変更等
None
ロール プロダクトオーナー 開発チーム スクラムマスター
プロダクトオーナー プロダクトの結果責任を取る プロダクトバックログの管理者で、 ストーリーの並び順の最終決定権限を持つ プロジェクトに必ず⼀⼈必要 開発チームを活⽤して、プロダクトの価値を最⼤化する 開発チームに相談できるが、⼲渉はできない
開発チーム リリース判断可能なプロダクトをつくる 3-9⼈で構成する 全員揃えばプロダクトをつくれる 上下関係はない
スクラムマスター スクラムがうまくまわるようにする プロダクトバックログの書き⽅を プロダクトオーナーや開発チームに教える プロダクトバックログの良い管理⽅法を探す 妨害を排除する 妨害リストを作成する プロジェクト B の急な作業がよく割り込んでくるなど
スクラムマスター ⽀援と奉仕をする プロダクトオーナーと開発チームの会話を促す プロダクトオーナーと開発チームの⽣産性が⾼くなるように 変化を促す 教育、ファシリテート、コーチ、推進役 プロダクトオーナーや開発チームに アジャイル開発やスクラムについて説明し、理解してもらう 必要に応じて会議の進⾏を⾏う
プロダクトバックログ
None
プロダクトバックログ プロダクトへの要求(実現したいこと)を実現したい順番に並べ替えた プロダクトバックログ と呼ばれるリストを1つ作成 要求 = ストーリー プロダクトオーナーが管理する 常にメンテナンスを⾏い最新に保つ
None
具体的なストーリーの書き⽅ <ユーザー / 顧客>として <XXXを達成>したい なぜなら<理由>だからだ <30代の求職者>として <勤務地で仕事を探>したい なぜなら<地元に帰りたい>から
ストーリーには How を書かない ユーザー(Who)の望みは、理由(Why)から出てきているため、 Why を実現する⼿段(How)はむしろ、 開発チーム(UI・UX デザイナー)の腕の⾒せどころ
ポイント ストーリーに対してつけるもの 開発チーム内のローカルな数値(規模感)
ベロシティ スプリントで開発チームが実現できたストーリーのポイント合計 ベロシティを元にスプリントプランニングでどの程度スプリントに ストーリーを⼊れる(スプリントバックログに載せる)か検討する ⼈を増やしても馴染むのに時間が掛かるため、 すぐにはベロシティは上がらない 周りからベロシティを上げてほしいと声が上がっても聞いてはいけない ベロシティが上がるように簡単なストーリーを消化するなど、 細⼯してしまいがちなため 安定したベロシティであれば、⾒積もりとして使⽤できる
スプリントプランニング
None
スプリントプランニング スプリントで開発をするためには計画が必要 プロダクトオーナーは何をほしいのか(第⼀部) 開発チームはどれくらいできそうか(第⼀部) 開発チームはどうやってそれを実現するか(第⼆部)
スプリント
None
スプリント 繰り返し開発を⾏う固定の期間のこと 週単位で期間が設定されることが多い 短ければ1週間、最⻑4週間 スプリントの最終⽇に作業が残っていてもスプリントは終了し、 延⻑はしない スプリントの期間はプロダクトの規模や開発チームの⼈数、成熟度、 ビジネスの状況などを踏まえて決定する
スプリントレビューと振返り
None
スプリントレビュー プロダクトオーナーが完了したストーリーの内容を確認する 開発チームが完了できなかったバックログの項⽬について説明する プロダクトオーナーがプロダクトの状況やビジネスの環境について説明する プロダクトバックログに追加すべき項⽬の有無について議論する プロジェクトを進める上で問題となる事項について関係者で議論する
振返り(スプリントレトロスペクティブ) プロセスやツールなどの観点で今回のスプリントを検査する うまくいったこと、今後改善すべき点を整理する 今後のアクションプランをつくる スクラムでは何か新しい試みや改善を⾏い失敗しても、 スプリントが短いため、⼩さい失敗になる 挑戦しやすい環境と⾔える
デイリースクラム
None
デイリースクラム 開発チームの状況を毎⽇確認する 内容 前回のデイリースクラムからやったこと 次回のデイリースクラムまでやること 困っていること
まとめ スクラムは改善のフレームワーク プロダクトオーナーが優先度をつけ、プロダクトバックログを管理する ストーリーは How を⼊れず、INVEST を意識して作成する 今回触れていないこと リファインメント インセプションデッキ
プランニングポーカー etc
Appendix
参考 SCRUM BOOT CAMP