Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
アジャイル開発 -スクラム- /Agile Development -scrum-
Search
silverbirder
June 26, 2019
Technology
94
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
アジャイル開発 -スクラム- /Agile Development -scrum-
アジャイル開発についての紹介と、アジャイル開発のスクラムというものも紹介します。
silverbirder
June 26, 2019
More Decks by silverbirder
See All by silverbirder
Micro_Frontends_on_Kubernetes-trial-
silverbirder
0
690
FX My Strategy -bollinger_band_3_order-
silverbirder
0
58
GUI Tools for windows
silverbirder
0
59
「Java言語で学ぶ デザインパターン入門」を 読んでみた / I read "Introduction to Design Patterns Learned in the Java Language"
silverbirder
0
110
WebApp個人開発のすゝめ / Recommendation of personal web app development
silverbirder
0
200
Other Decks in Technology
See All in Technology
AIエージェントの一手は 誰も見ていない - Falco拡張OSS「Prempti」とeBPFで サーバーレス実行基盤を二層防御する
keitah
0
200
10Xに技術的負債をもたらした「2つの境界の歪み」その構造と解消への営み
10xinc
0
2.1k
登壇の自信を奪う3匹のオバケ / 3 Ghosts That Rob You of Your Confidence in Public Speaking
pauli
9
1k
例外の正しい扱い方 そのエラー try-catchして大丈夫?
jinwatanabe
3
520
積み重なった技術負債への挑戦 〜初手としての全社ゴト化〜
techtekt
PRO
0
1.3k
生成AIエージェントを用いた、 手動テスト手順書から自動テストへの 変換手法の検討
magicpod
0
170
AI時代の「技術的負債」の変質ー概念の終焉と再解釈、エージェントと共に向かう先
nwiizo
1
2.8k
アプリログインとWeb認証基盤をつなぐ ASWebAuthenticationSession 作法
shimastripe
1
340
技術的負債から考える、AI時代のエンジニアリング投資 — ビズリーチの技術的負債と向き合った経験から、変更し続けられるソフトウェアを考える/ technical-debt-con2026
visional_engineering_and_design
4
3.2k
新機種発売前に見直そう!端末移行で再ログインが要るアプリ・要らないアプリは何が違うのか 〜シームレスに再開できる設計と実装〜
zozotech
PRO
0
210
The Knowledge Spine: A Machine-Executable Ontology for Governed Marketing Activation
vananth22
0
100
その Lambda、8分で 管理者権限まで奪われます
k1nakayama
6
3k
Featured
See All Featured
Marketing to machines
jonoalderson
1
5.8k
Digital Projects Gone Horribly Wrong (And the UX Pros Who Still Save the Day) - Dean Schuster
uxyall
1
2.9k
Information Architects: The Missing Link in Design Systems
soysaucechin
1
1.1k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
133
19k
First, design no harm
axbom
PRO
2
1.3k
The Illustrated Guide to Node.js - THAT Conference 2024
reverentgeek
1
510
Everyday Curiosity
cassininazir
0
320
Fashionably flexible responsive web design (full day workshop)
malarkey
409
67k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
12
1.3k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
32
3k
Self-Hosted WebAssembly Runtime for Runtime-Neutral Checkpoint/Restore in Edge–Cloud Continuum
chikuwait
0
810
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
23k
Transcript
アジャイル開発 - スクラム @silver_birder 2017/06/07
目次 ・概要 ・開発フロー ・利点・欠点 2
概要 3
アジャイル開発とは
開発手法の比較 5
6
アジャイル開発の代表手法 アジャイル開発 XP スクラム リーン ソフトウェア 開発 機能駆動 型開発 動的システム
開発手法 クリスタル その他 7
アジャイル開発の代表手法 アジャイル開発 XP スクラム リーン ソフトウェア 開発 機能駆動 型開発 動的システム
開発手法 クリスタル その他 ペアプ ロ 8
アジャイル開発の代表手法 アジャイル開発 XP スクラム リーン ソフトウェア 開発 機能駆動 型開発 動的システム
開発手法 クリスタル その他 ムダ 排除 9
アジャイル開発の代表手法 アジャイル開発 XP スクラム リーン ソフトウェア 開発 機能駆動 型開発 動的システム
開発手法 クリスタル その他 顧客 中心 10
アジャイル開発の代表手法 アジャイル開発 XP スクラム リーン ソフトウェア 開発 機能駆動 型開発 動的システム
開発手法 クリスタル その他 プロトタ イプ 11
アジャイル開発の代表手法 アジャイル開発 XP スクラム リーン ソフトウェア 開発 機能駆動 型開発 動的システム
開発手法 クリスタル その他 規模 12
アジャイル開発の代表手法 アジャイル開発 XP スクラム リーン ソフトウェア 開発 機能駆動 型開発 動的システム
開発手法 クリスタル その他 13
スクラムとは
アジャイル開発の代表手法 アジャイル開発 XP スクラム リーン ソフトウェア 開発 機能駆動 型開発 動的システム
開発手法 クリスタル その他 チーム 15
開発フロー - スクラム 16
17
どのような機能を、どのような優先順位で、どのくらいの期間で開発するのかチーム全体で決める 18
1つのプロダクトバックログを、より細かいタスクに分割し、次のスプリントで行う作業をチーム全体で決める 19
チームメンバーに困った事やトラブル等の共有をし、本日の作業内容を宣言する 20
スプリントプランニングに従って、作業を進める 21
スプリント最終日に、作業内容をチーム全体に報告し、リリース可能であればリリースを行う 22
利点・欠点 23
利点 • 一気にリリースするよりも、安全にリリースできる 定期的にリリース可能 • トラブル発生の抑制に繋がる チーム内の連携が心強い • 開発機関単位が短いので、対応を入れやすい 変更に柔軟
24
欠点 • リリース回数が多いため、えいや感が強まる リリースに対する意識低下 • チームメンバーが困っている際のフォローを自分発信で進める必要がある 積極的なコミュニケーションが必要 • 直近の期限は、まだ問題ないが、遠い未来の期限は、守りにくい 期限を伸ばしがち
25
ご清聴ありがとうございました。