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
スクラム開発について / What is Scrum?
Search
radiocat
July 19, 2019
Technology
0
530
スクラム開発について / What is Scrum?
事業部門の関係者へスクラムを説明するために作った資料(公開用に一部修正)です。
radiocat
July 19, 2019
Tweet
Share
More Decks by radiocat
See All by radiocat
EMの仕事、あるいは顧客価値創出のアーキテクト
radiocat
0
230
アジャイルを支える心理的安全性の守破離 / Psychological safety for Agile
radiocat
1
810
経験ゼロからはじめる!10年以上続くプロダクトのアウトカム創出戦略 / Challenges of product management
radiocat
1
4.4k
変化の時代に活かす「みんなのプロジェクトマネジメント」 / Utilize project management for change
radiocat
0
1.8k
「中小企業のエンジニアチームを”楽”にする」を目指す組織マネジメントの変わる勇気と変えない勇気 / Challenge to Scrum 4
radiocat
2
3.5k
関西的なノリで変化の波をノリこなすチームの取り組み / 3 Steps and Kansai-soul to Riding the Waves of Change
radiocat
2
3.2k
スクラムちゃうがなと言われてもやってみぃひん? / Challenge to Scrum 3
radiocat
4
9.6k
Re:ゼロから始めるアジャイル開発 / restart agile
radiocat
3
1.6k
アウトプット駆動読書術実践入門 / The Output-driven Reading Techniques 2
radiocat
2
940
Other Decks in Technology
See All in Technology
CoRL 2025 Survey
harukiabe
1
220
衛星画像超解像化によって実現する2D, 3D空間情報の即時生成と“AI as a Service”/ Real-time generation spatial data enabled_by satellite image super-resolution
lehupa
0
190
それでも私が品質保証プロセスを作り続ける理由 #テストラジオ / Why I still continue to create QA process
pineapplecandy
0
130
OAuthからOIDCへ ― 認可の仕組みが認証に拡張されるまで
yamatai1212
0
140
「改善」ってこれでいいんだっけ?
ukigmo_hiro
0
340
コンテキストエンジニアリング入門〜AI Coding Agent作りで学ぶ文脈設計〜
kworkdev
PRO
3
1.7k
やる気のない自分との向き合い方/How to Deal with Your Unmotivated Self
sanogemaru
1
520
能登半島災害現場エンジニアクロストーク 【JAWS FESTA 2025 in 金沢】
ditccsugii
0
900
Biz職でもDifyでできる! 「触らないAIワークフロー」を実現する方法
igarashikana
0
140
新規事業におけるGORM+SQLx併用アーキテクチャ
hacomono
PRO
0
360
現場データから見える、開発生産性の変化コード生成AI導入・運用のリアル〜 / Changes in Development Productivity and Operational Challenges Following the Introduction of Code Generation AI
nttcom
0
240
Wasmの気になる最新情報
askua
0
130
Featured
See All Featured
Visualization
eitanlees
149
16k
Building Better People: How to give real-time feedback that sticks.
wjessup
369
20k
Testing 201, or: Great Expectations
jmmastey
45
7.7k
Raft: Consensus for Rubyists
vanstee
140
7.1k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
9
980
Designing for humans not robots
tammielis
254
26k
Being A Developer After 40
akosma
91
590k
YesSQL, Process and Tooling at Scale
rocio
173
14k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
46
2.5k
Thoughts on Productivity
jonyablonski
70
4.9k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
132
19k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
23
1.5k
Transcript
スクラム開発について @radiocatz
スクラムとは?
スクラムは アジャイル開発の手法の1つ
アジャイル開発とは? • 「Agility=敏捷性」に由来 • ソフトウェア工学において迅速かつ適応的にソフトウェア開発を行う軽量な開発手 法群の総称(wikipediaより) • 2001年にソフトウェア工学の著名人が集まって『アジャイルソフトウェア開発宣言』と 『アジャイルソフトウェアの12の原則』が作られて概念化された •
アジャイル開発の手法の例 ◦ XP(エクストリーム・プログラミング) ◦ Scrum ◦ lean startup アジャイルソフトウェア開発 - Wikipedia https://ja.wikipedia.org/wiki/%E3%82%A2%E3%82%B8%E3%83%A3%E3%82%A4%E3%83%AB%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2%E9%96 %8B%E7%99%BA
スクラムとは? • ラグビーのスクラムに由来 • ソフトウェア開発における反復的で漸進的なアジャイルソフトウェア開発手法の1つ である(wikipediaより) • 発案者が『スクラムガイド』としてルールをまとめている • 軽量で理解は容易、習得は困難と言われている
スクラム (ソフトウェア開発) - Wikipedia https://ja.wikipedia.org/wiki/%E3%82%B9%E3%82%AF%E3%83%A9%E3%83%A0_(%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2%E9%96%8B%E7% 99%BA)
アジャイル開発の中で最も導入事例が多い State of Agile Survey https://www.stateofagile.com/
アジャイル・スクラムの事例 旧来からスタートアップ企業を中心に積極的に導入事例があったが、近年は大企業でも 導入事例が増えている • NTTコムウェアが新たな開発拠点 - アジャイル人材1500名体制へ ◦ https://news.mynavi.jp/article/20190610-840651/ •
KDDIら3社、アジャイル開発を支援する合弁会社「Scrum Inc. Japan」設立 ◦ https://cloud.watch.impress.co.jp/docs/news/1173870.html • 日立、「アジャイル開発コンサルティングサービス」を提供開始 ◦ https://japan.zdnet.com/article/35132321/
具体的なやりかた
3つの役割 3つの作成物 5つのイベントで 開発を進める
3つの役割 ステークホルダー プロダクトオーナー(PO) 開発チーム スクラムマスター 全員を支援する プロダクトの 未来を決める プロダクトを作る
3つの作成物 プロダクトバックログ スプリント バックログ インクリメント プロダクトバックログを実現し た成果物 プロダクトバックログから 抽出した開発チームのた めのタスクリスト
POによって順位付けされ た要望のリスト
5つのイベント スプリント プランニング スプリント レビュー スプリント レトロスペク ティブ デイリー スクラム
リファイン メント スプリント(1回の開発サイクル・通常は 1週間~1ヶ月) 1スプリント分の開 発する内容を計画 する 毎日1回開発の状 況を確認する 次のスプリントに向 けて準備する 完成したインクリメ ントをレビューする 今後のためにプロ セスや仕組みの改 善を検討する
参考 The Scrum Framework Poster | Scrum.org https://www.scrum.org/resources/scrum-framework-poster
スクラムの特徴
短期サイクルで仮説検証を繰り返しながら プロダクト開発を行うPDCAベースの開発手法 ビジネス的な表現で言い換えると
イテレーティブな開発 シンプルで明確な役割分担 予測主義ではなく経験主義
従来の開発 完成まで数ヶ月。最初に決めた順に作る。後半まで完成形が見えない。 スクラム 経過を確認しながら作り込む。 顧客要望や競合の状況に合わせて作る順番を変更することもできる。 リリース イテレーティブな開発 テスト 開発 設計
要件定義 スプリント 1 スプリント 2 スプリント 3 スプリント 4 スプリント N スプリント N+1 スプリント N+2 スプリント N+3
シンプルで明確な役割分担 プロダクトオーナー 開発チーム スクラムマスター ・プロダクトバックログを管理 ・優先順位決定の最終決定権限 ・プロダクトバックログの完成判断 ・プロダクトの価値を最大化する責 任を持つ ・開発チームに相談するが干渉は
しない ・通常は3~9人 ・開発プロジェクトとしての上下関 係無し ・自己組織化して開発に集中 ・外部からの指示は受けない ・スクラムの実行を支援 ・教育、コーチ ・会議のファシリテーター ・管理者ではない
予測主義ではなく経験主義 • プランニング:チームの実力に合わせて計画 • レビュー:仮説の検証を行い次のプランを検討 • レトロスペクティブ:スプリントごとにふりかえりを行い改善 バックログの減り具合 を見て経験的に見込 みを立てる
▼従来型のスケジュール管理 ▼スクラムのスケジュール管理 理想的な予測を立 てて現実とのギャッ プを測る https://pmkuma.com/progress-management/
過去実績
2018年から1年間の取り組み https://speakerdeck.com/radiocat/challenge-to-scrum-2
スクラムで得られたノウハウ • 仮説・検証型の開発手法 • 状況の変化への柔軟な対応 • チームの実行力に合わせた計画・実行
参考情報
公式情報 • アジャイルソフトウェア開発宣言 ◦ https://agilemanifesto.org/iso/ja/manifesto.html • スクラムガイド ◦ https://scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Japanese.pdf
書籍 • アジャイル開発とスクラム~顧客・技術・経営をつなぐ協調的ソフトウェア開発マネジ メント ◦ http://amzn.asia/jcFeE8i • SCRUM BOOT CAMP
THE BOOK ◦ http://amzn.asia/4PsZCTW