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
スクラムの思想@社内勉強会
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
hidehigo
June 19, 2014
Technology
180
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
スクラムの思想@社内勉強会
2014/6/19 社内勉強会で発表しました。
hidehigo
June 19, 2014
More Decks by hidehigo
See All by hidehigo
偶然の科学
hidehigo
0
200
オートモビリティ~自動車と移動の社会学~
hidehigo
0
210
Blockchain概説
hidehigo
0
350
ブロックチェーン概説@X−tech
hidehigo
1
1.3k
社内勉強会_プロジェクトマネジメントの2つのパラダイム〜予測型と経験型〜/20150710
hidehigo
0
8.9k
20150609LT_hidehigo.pdf
hidehigo
0
2.3k
fantasticsの裏側.pdf
hidehigo
1
920
facebook オフラインアクセス許可の廃止
hidehigo
0
300
Other Decks in Technology
See All in Technology
設計の世代交代を乗り越える、14年続くAndroidアプリの開発戦略
sansantech
PRO
1
120
Jetpack Compose で挑む新聞紙面UI ─ 複合ジェスチャー・ポリゴン記事領域・適応的ページ構成という3つの壁/droidkaigi2026
nikkei_engineer_recruiting
0
190
bet_ai_day_2026_session02
agenticsec
1
910
Where Is JetBrains AI Heading- — Central CLI, Air Alpha, and the Agentic Development Stack
x5gtrn
PRO
0
120
PdMをやめて、 "プロダクトビルダー"という 働き方に変えました / PdM to Product Builder
shikichee
2
680
Sony-DroidKaigi2026
sony
1
310
どんな手を使っても絶対間に合わせるスケジューラ
asari194617
0
1.5k
AIとペアプロを始める。人とのペアプロをやめる。ペアプロの良さを改めて知る。もっと好きになった。 / Rediscovering Pair Programming
honyanya
1
190
DINO-EdgeQuery:Edge-First Polygon Decoding for Building Footprint Extraction from Satellite Imagery
lehupa
0
140
AndroidでHDRメディアを「壊さずに」扱う
chigichan24
0
380
Claude Codeの体系的な理解と知識のフック
oikon48
10
6.6k
AIエージェントの開発・提供におけるセキュリティリスクの論点と対策
flatt_security
1
540
Featured
See All Featured
Prompt Engineering for Job Search
mfonobong
0
430
Applied NLP in the Age of Generative AI
inesmontani
PRO
4
2.4k
The Impact of AI in SEO - AI Overviews June 2024 Edition
aleyda
6
1.2k
Lightning talk: Run Django tests with GitHub Actions
sabderemane
0
250
What Being in a Rock Band Can Teach Us About Real World SEO
427marketing
0
1.1k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
360
30k
Self-Hosted WebAssembly Runtime for Runtime-Neutral Checkpoint/Restore in Edge–Cloud Continuum
chikuwait
0
760
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
28
3.6k
How to Get Subject Matter Experts Bought In and Actively Contributing to SEO & PR Initiatives.
livdayseo
0
180
Intergalactic Javascript Robots from Outer Space
tanoku
273
27k
Leadership Guide Workshop - DevTernity 2021
reverentgeek
1
360
Primal Persuasion: How to Engage the Brain for Learning That Lasts
tmiket
0
440
Transcript
scrum 2014/6 @hidehigo
はじめに スクラムとは? =開発プロセス だと思っていました。 ・(プラクティスと呼ぶ)一定のルールがあり、 ・それに従うことで開発がうまくいく ・ただし、開発プロセスって変えるの簡単じゃな いので普及しない。
はじめに② 認定スクラムマスター研修 (Certified Scrum Master)を受けてきました http://jp.agilergo.com/39 結論、思想がキモ。 導入が難しい前に、思想が難しい。 プラクティスを導入すればうまく行く、じゃない。 世界観を受け容れられるか。
agenda • 思想編 ◦ スクラムはOO ◦ アジャイルマニュフェスト ◦ 自己組織化 ◦
鶏と豚 ◦ 経験型 vs 予測型 ◦ みんなの意見はだいたい正しい ◦ 群がる(Swarm) • 導入編 ◦ スクラムの始め方 • 実践TIPS編 ◦ 3つのロール、4つの儀式、3つの成果物 ◦ 見積もり ▪ ◦量! ×時間 ◦ 実績管理 ▪ ×時間管理 20分or5時間みたいになるのでw今日はここまで
思想編
アジャイルマニュフェスト • プロセスやツールよりも個人と対話を、 • 包括的なドキュメントよりも動くソフトウェアを、 • 契約交渉よりも顧客との協調を、 • 計画に従うことよりも変化への対応を、 価値とする。すなわち、左記のことがらに価値があることを
認めながらも、私たちは右記のことがらにより価値をおく。 http://agilemanifesto.org/iso/ja/ *原文は、左と右が反対なので注意
経験型 vs 予測型 • 経験(実績)を元に未来を見通す ◦ 予測は難しい。 ▪ 未来になればなるほど精度は下がる ▪
材料が少なければ少ないほど精度は下がる ▪ ex)不確実性のコーン ◦ →現実を受け入れ、よりbetterな未来をコミットする • vs 未来を予測し、計画にコミットする http://f.hatena.ne.jp/ooolong/20070119221622
経験型 vs 予測型(2) 未来=粗い 未来=粗い →このへんに 着地できそう 経験が増えるほど 精度があがる 不確実性を含む
→並列度、投下 量などで計画 経験型 予測型
自己組織化 • 自分たちで考え決める ◦ 決定を集約するのではなく、自分たちで決定し 進んでいく。 ◦ ex)許可を求めるな、謝罪せよ ▪ it’s
easier to ask forgiveness than ask permission • 改善のサイクル ◦ 自己学習とフィードバック→Kaizen ◦ 自分たちでどう変化するかを決め、変化していく
鶏と豚 • トリさんとブタさんが一緒にレストランを開くこ とにしました。 • 豚は話してよいが、鶏は話してはいけない。
みんなの意見はだいたい正しい • +統計的な誤差の相殺 • 合意を重視 ◦ ex)見積もりにおいて ▪ 議論を尽くすよりも肚からの直感を重視 ◦
判断・決定の一貫性・整合性→対話と合意 • 量で見積もり、チームで合算 ◦ 時間ではない。時間はブレる。 ◦ 1つ1つの実績は追わずともよい。チームで均される はずなので。1つ1つが厳密なことよりも、おおかた 正しいことで代替。
群がってやる(swarm) • すなわちチームワーク • セル生産方式 by TOYOTA ◦ 分業、分担(を突き詰めた結果)の非効率 •
クロスファンクショナル ◦ 単工程・分野ではなく、複数工程、複数分野 • 一丸となって進む • →楽しい(やりがい)。プロセス全体の改善。リー ドタイム短縮。
スクラムは〇〇 • not only 開発プロセス論 but 組織論 ◦ プロジェクトを超えてチームが生きる、成長していく ◦
チーム毎の文化 • (過去の実績に基づき)未来を見通しつつ『よりbetter』を コミット ◦ バッファ込みでの『完了』をコミットするのではなく。 • 「OOではない」「OOするとよい」で定義していく。 ◦ 「OOだ」、「OOしなければならない」と、定義していく のではなく。 ◦ rule ベース vs practiceベース? ◦ 側面をいっぱい提供。 • よりbetter ならよい ◦ 明るい未来。(bestでなくても)よりbetter ならよい。
agenda • 思想編 ◦ スクラムはOO ◦ アジャイルマニュフェスト ◦ 自己組織化 ◦
鶏と豚 ◦ 経験型 vs 予測型 ◦ みんなの意見はだいたい正しい ◦ 群がる(Swarm) • 導入編 ◦ スクラムの始め方 • 実践TIPS編 ◦ 3つのロール、4つの儀式、3つの成果物 ◦ 見積もり ▪ ◦量! ×時間 ◦ 実績管理 ▪ ×時間管理
導入編
導入 • プロダクトバックログから始める ◦ 優先度づけする(→直列、群がる) • スプリントから始める ◦ スプリント(1 or
2weeks)とイベント ◦ リズムを作る • 振り返りから始める ◦ 自分たちで振り返り、トライすることを決め小さな改善を味わ う→小さな成功を積み重ねる • 朝会から始める ◦ マンネリ化しやすい。朝会自体の振り返りをセットで。 • カンバンから始める ◦ これ難しい。たぶんこれ単体から始めない方がよい。他との 組み合わせで(=重い) たくさん事例を作っていきましょう。