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
私がわかっているスクラムとわからないスクラム
Search
neno
October 05, 2016
Technology
780
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
私がわかっているスクラムとわからないスクラム
2016/10/5 スクラム現場ガイドMeetUp2016/10 でスクラムについて話した
neno
October 05, 2016
Transcript
34 slides
私がわかっているスク ラムとわからないスクラ ム NENO スクラム現場ガイドMEETUP 2016/10/5
はじめに
自己紹介 nenoといいます twitter: @neno_n0 ことしで29歳 C# プログラマー なごやかされて(名古屋に転職して)1年1ヶ月 スクラム歴1年1ヶ月の初心者です!
今日話すこと 私がやってきたスクラム わかってきたとおもうこと わからないとおもうこと
私がやってきたスクラ ム
こんなことをやってきた 研修のころ 既存某システムの保守案件チーム 基盤チーム(いまも継続中)
研修のころ 1 @kyon_mm と2人チーム 入社してすぐの研修として、スクラムやその他を勉強
研修のころ 2 スクラム入門! 本を読んだり 「SCRUM BOOT CAMP THE BOOK」 「IMPACT
MAPPING」 ツールに慣れる タスクカンバン スプリント、プロダクトのバックログ ふりかえり KPT 工数集計
既存某システムの保守 案件チーム 1 メンバー数8人くらい SM && PM = @kyon_mm 既存のレガシーなアプリケーションの改修
内部の詳細をわかる人はだれもいない
既存某システムの保守 案件チーム 2 色々うまくいかなかった みんなスクラム初心者 メンバー間のスキル差が大きい ◦◦さん専用タスク、ストーリー
既存某システムの保守 案件チーム 3 ドキュメント(wiki)を書くと ごちゃごちゃしてる ほしい情報がない 要するに何が言いたいの? これだけのことを書くのに何時間かけてるの?
既存某システムの保守 案件チーム 4 「着手できるタスクがありません!」 スプリントの残作業はたくさんあるのに 何をどう進めたらいいのかわからない ストーリーがどういう意味なのかわからない 何がどうなったら完了なのかわからない 「ゴールできないけど仕方ないよね」という空気の蔓延
基盤チーム メンバー数3~4人くらい SM && PO = @kyon_mm アプリケーション開発で共通に使われるFW, ライブラリを開 発
対外的なリリースは月1回程度 チーム内では1スプリント1週間以下 詳しくは by @kyon_mm 基盤塾で圧倒的成長!!! Scrum,Test,Metrics #sgt2016
わかったとおもうこと
スクラムってなんだっけ 1 システム開発プロセスに関するフレームワーク。 ロールとイベント、作成物がある。 ロールは人の役割 SM、PO、開発チームのメンバー
スクラムってなんだっけ 2 イベントは決まってやること スプリント プランニング デイリースクラム レビュー レトロスペクティブ
スクラムってなんだっけ 3 作成物 プロダクトバックログ スプリントバックログ インクリメント プロダクトなりアウトプットの増分
ロールそれぞれで考え ること SMはチームの障害を除き、チームがスクラムを上手くやれ るように、成長できるように助ける POはプロダクトの価値を高める メンバーはスプリントやストーリーをゴールさせることに最 大限貢献する
フィードバックループを 回すことの大切さ プロダクトについても、チームについても、自分自身につい ても 経験、失敗から学ぶ ズレや、うまくいっていないこと、失敗にすばやく気づい て、修正していく
SPRINT REVIEWや、 KPTのKEEPは大事 出来たもの(プロダクトのインクリメント)、うまく出来るように なったこと(人の成長)を認識する 現状が認識できないと、次に何を目指せるのかわからな いから あまりネガネガしたことばかり言っているとやる気を無くす
わからないとおもうこと
ポイントやベロシティの 見積もり、使えるの? 1 見積もり以前の問題が大きいのでは? ストーリーの粒度は適切か ストーリーは適切なゴールを共有できる形で端的に表し ているか 誰にとってどううれしい(どんな価値がある)のか ゴール達成に必要なことは何かみんな理解できている か
ポイントやベロシティの 見積もり、使えるの? 2 メンバーのスキル差が大きい中で、どう進めていけば全体 として最高の価値を出せるのか チームのスキルの現状を踏まえて見積もれないと意味が ないのでは? 経験から数値化して予測するのは大事 でもそれは必ずしもポイントやベロシティという形ではな いと思う
アジャイルやXPのプラ クティスってそんなにい いの? 1 たとえば 自動受け入れテスト CI TDD VCS(Git等) コードレビュー
PullRequest
アジャイルやXPのプラ クティスってそんなにい いの? 2 導入できる下地は整っているか プラクティスの実践それ自体の改善は考えられるか ROI(費用対効果)やトレードオフは考えられているか それを導入することで 何が得られるのか 何がうれしいのか
何が失われるのか
アジャイルやXPのプラ クティスってそんなにい いの? 3 でも初めから「スキル不足だし使えない」とか言って諦める のは甘え
スクラムってチームの スキルの成長は考えら れてるの? 1 価値のあるプロダクトをつくっていくには何が必要か 要件を認識、説明できること 調査、設計、実装 効率的なテスト、伝わるドキュメンテーション、効果的な レビュー CI、ツール等々の環境を作ったり改善できること
スクラムってチームの スキルの成長は考えら れてるの? 2 それらのことが初めからできていたんですか? みなさんもともと圧倒的ハイスキルを持っていたんです か? 振り返りの機会があるからそれだけで成長できる、という わけではない 振り返り自体を上手くやれるにはどうすればいいか?
成長するための活動は振り返り以外でも別途Tryすべき
ロールは共存出来ない と言うけど、本当? 1 どのロールも皆がある程度自分自身でできるようになって いくべきではないか POやSMが1週間休んだらチームは止まってしまうの か?
ロールは共存出来ない と言うけど、本当? 2 たとえばよくある衝突 PO「成果!価値!」 SM「健全さ!成長!」
ロールは共存出来ない と言うけど、本当? 3 POの言う価値に、チームの健全さや成長は含められない のか 圧倒的進捗力を出せるチーム 人「財」とか言う割に、半年先程度までの収益しか見え てないんですか?
これらを踏まえてわか らないとおもうこと 「お前、明日から始まる新プロジェクトチームのスクラムマ スターな!」って言われたときにどうしたらいいのか
まとめ
スクラムを適切に活用 して圧倒的成長!!! 有難うございました。
More Decks by neno
See All by neno
セルフマネジメントできないとか(笑)
nenono
0
980
最高に怠惰な技術書との向き合い方、または私は如何にして積ん読の山を築いたか
nenono
1
590
スクラムのレビューで大事にしてること
nenono
0
580
'N'O MUSIC 'N'O 'L'IFE - HOW TO 'L'ISTE'N' TO JAZZ
nenono
0
890
Other Decks in Technology
See All in Technology
Intro to Kiro (One agent, every surface) | Kiro: Zero to Hero 01
inariku
PRO
2
130
ぼくのClaude Codeの使い方
falken
PRO
5
6.9k
Context Ontology Accelerator 入門 (業務データの意味を、AI エージェントに渡す)
inariku
PRO
3
680
「任されビリティ」で引き受けて「よしなりてぃ」に頼らず任せる / Accept tasks with "makasarebility" and hand them over without relying on "yoshinarily"
pauli
0
550
[NW-JAWS DAY]「うちのAWS、インターネット出られないんで」― AWS外の自社サービスをPrivateLinkでシュッと公開する方法
ykimi
2
310
あの日、見つかっていなかったらどうなっていたか
kazzpapa3
2
210
速くなるほど、深く考える AI時代のQAに学ぶ
kobayashiyorimitsu
0
210
AI時代の組織作り:チーム開発から「個人×AI」への移行と、持続可能な「開発資本」の築き方
ham0215
3
840
81天的 AI Agent 軟體開發團隊治理實務分享
regionbbs
0
170
Agent Harnessはどう作る?事例から学ぶAI Agentの設計思想
sergicalsix
0
300
AIネイティブ組織の作り方。1人のPOとAIから始める、自社での実験
ama_ch
1
450
2026-11-11 Tamachi.sre#7 PaCにインフラリソースの命を救われました。 / PaC saves the infra resource life
masasuzu
1
170
Featured
See All Featured
The Illustrated Guide to Node.js - THAT Conference 2024
reverentgeek
1
610
Side Projects
sachag
456
43k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.9k
Stewardship and Sustainability of Urban and Community Forests
pwiseman
0
590
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
2k
The Curious Case for Waylosing
cassininazir
1
610
WCS-LA-2024
lcolladotor
0
1k
The innovator’s Mindset - Leading Through an Era of Exponential Change - McGill University 2025
jdejongh
PRO
1
400
Collaborative Software Design: How to facilitate domain modelling decisions
baasie
1
380
職位にかかわらず全員がリーダーシップを発揮するチーム作り / Building a team where everyone can demonstrate leadership regardless of position
madoxten
70
69k
Heart Work Chapter 1 - Part 1
lfama
PRO
11
37k
Future Trends and Review - Lecture 12 - Web Technologies (1019888BNR)
signer
PRO
0
3.8k