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
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Hiroyuki Kusu
October 03, 2026
Business
47
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
スクラムガイドを踏まえた実践についての考え方
Hiroyuki Kusu
October 03, 2026
More Decks by Hiroyuki Kusu
See All by Hiroyuki Kusu
モノレポのプルリクエストに最近、導入したもの
hkusu
2
610
GitHub composite actions
hkusu
2
480
Android の静的解析における SARIF ファイルの活用
hkusu
0
5.8k
CI_でライブラリのバージョンの変化をレポートする.pdf
hkusu
0
440
Maestro を GitHub Actions で動かす 〜Android編〜
hkusu
1
1.8k
Android の CI(GitHub Actions)の改善で、最近やったこと
hkusu
0
760
Tauri Mobile で生成される Android のコードを見てみる
hkusu
0
1.6k
Custom GitHub Actions を作って Organization 内で共有する
hkusu
1
620
GitHub Actions でユニットテストの結果をレポートする
hkusu
0
4k
Other Decks in Business
See All in Business
I'm the trigger
in0u
1
170
THE Impact Report 2026 /THE株式会社 2026年10月公開(訂正版)
yusukiwashita
0
150
Uttoxeter & Cheadle Voice Issue 139
noelsarge
0
190
Sasuke Financial Lab 会社概要
sasukefinanciallab
0
1k
Unstuck: Laying the Foundations for Fast Flow in a Public Sector Regulator
benedictsteele
PRO
0
170
ARI_BXデザイン第2事業ドメイン_事業紹介資料
arid2
0
950
三井物産グループのデジタル証券~文京区目白台・学生レジデンス~徹底解説セミナー
c0rp_mdm
PRO
0
650
株式会社マクロセンド-採用ピッチ資料 / macrosend-guide
macrosend
1
11k
Session 5 - Teknik Lobby dan Negosiasi
adeputra13
0
240
malna-recruiting-pitch
malna
1
29k
Шпаргалка менеджера: перші 30 днів на новій посаді | Презентація вебінару з Альоною Лубчак
e5ua
0
250
Wantedly, Inc. 会社説明資料/Wantedly Recruitment Brochure
wantedly
2
53k
Featured
See All Featured
エンジニアに許された特別な時間の終わり
watany
109
250k
Documentation Writing (for coders)
carmenintech
77
5.6k
How to Build an AI Search Optimization Roadmap - Criteria and Steps to Take #SEOIRL
aleyda
1
2.2k
Chasing Engaging Ingredients in Design
codingconduct
0
380
Public Speaking Without Barfing On Your Shoes - THAT 2023
reverentgeek
1
650
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
50
10k
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
56k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
25
2.1k
Docker and Python
trallard
47
4.2k
Hiding What from Whom? A Critical Review of the History of Programming languages for Music
tomoyanonymous
3
1.4k
Leveraging LLMs for student feedback in introductory data science courses - posit::conf(2025)
minecr
1
460
Transcript
スクラムガイドを踏まえた、実践についての考え方 スクラムは、複雑な課題にチームで取り組み、価値を生み出すための「型」です。その基本は、短い文書であるスクラムガイ ドにまとめられており、仕組み自体はシンプルです。ただし、理解することと、実践して成果につなげることには違いがあり ます。 各要素には意味があり、その目的を理解して型に沿って実践することは大切です。ただし、型を守ること自体が目的にならな いようにすることも重要です。その実践が、問題の発見や学習、改善につながっているかを確認する必要があります。 目指すのは、実際の成果や利用者・関係者の反応から学び、よりよい価値を届けることです。そのために、作るものや日々の 仕事の進め方を見直し、個人とチームの能力を高め、連携を深めていきます。スクラムは、こうした学習と改善を継続するた めの枠組みです。
スプリントゴールと継続的な改善 スクラムでは、スプリントゴールの達成に向けて、チームで真剣に取り組むことが大切です。一方、不確実な開発では、実際 に取り組んで初めて分かることもあり、当初の見通しどおりに進まない場合があります。 スプリントレビューでは、ゴールの達成状況や実際の成果、未達成の場合の背景と影響を事実に基づいて共有し、関係者と次 の対応や優先順位を話し合います。原因の確認も、その判断に必要な範囲で行います。 レトロスペクティブでは、計画や連携、仕事の進め方を詳しく振り返り、具体的な改善につなげます。改善の対象には、技術 やチームの連携だけでなく、ゴールの大きさ、作業範囲、不確実性の確かめ方も含まれます。挑戦的な計画であれば、その前 提や実現可能性も見直します。 ゴールの達成を目指すことと、安心して問題を共有し、粛々と改善を重ねることは両立します。実際に分かったことを次の行 動に反映し、より確実に価値を届けられるようになることが、スクラムを実践するうえで大切な姿勢です。
学習と裁量について 学習について 開発に必要な言語や技術の学習は、仕事を進めるための活動として考えるのが自然です。習得に必要な時間や支援を計画に含 め、調査、試作、ペア作業、レビューなどを通じて理解を深めます。 個人が学ぶ姿勢と、チームが学習を支えることは両立します。必要な学習を個人の私生活だけに委ねず、業務の中で能力を高 められるようにすることが大切です。 学習目標は、必ずしもスプリントゴールにする必要はありません。チームとして実現したい成果をゴールに据え、そのために 必要な学習時間や支援を作業計画に組み込みます。 裁量について チームや個人が状況に応じて仕事を進めるには、方法や順序を判断できる裁量が必要です。細かな作業指示で動きを固定し、
時間を隙間なく割り当てると、調査や相談、新しく分かったことへの対応が難しくなります。 目的、優先順位、品質、必要な制約を共有したうえで、具体的な進め方は担当者やチームが調整できるようにします。裁量は 任せきりにすることではなく、進捗や問題を共有しながら判断できることです。また、裁量を実際に使うには、考えたり相談 したりできる時間的な余裕も必要です。
コード改善とリファクタリング スプリントゴールに直接関係しないコード改善やリファクタリングも、行うことができます。ゴールはチームが集中する目的 を示すものであり、品質の維持や今後の開発に必要なすべての作業を列挙するものではありません。 改善に取り組む際は、保守性の向上、不具合リスクの低減、今後の変更を容易にすることなど、プロダクトにとっての意味を 明確にします。必要な時間を作業計画に織り込み、チームで共有することが大切です。 実装に伴う小さなリファクタリングは、開発作業の一部として開発者が必要性を判断します。独立した大規模な改善は、目的・ 効果・リスク・作業量を明らかにし、プロダクトバックログでプロダクトオーナーと優先順位を相談します。 ゴールへの集中を保ち、達成を危うくするほど変更を広げないことも重要です。影響が大きくなりそうな場合は、早めに共有 し、作業範囲や実施時期を調整します。ゴールに書かれているかだけで可否を決めず、必要性と優先順位を共有して取り組み ます。