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
yfujita0929
September 11, 2019
Technology
0
1.2k
じ~んわりスクラムプラクティス導入
(仮)発表資料
yfujita0929
September 11, 2019
Tweet
Share
Other Decks in Technology
See All in Technology
LangChain Interrupt & LangChain Ambassadors meetingレポート
os1ma
2
290
American airlines ®️ USA Contact Numbers: Complete 2025 Support Guide
airhelpsupport
0
360
MUITにおける開発プロセスモダナイズの取り組みと開発生産性可視化の取り組みについて / Modernize the Development Process and Visualize Development Productivity at MUIT
muit
1
15k
高速なプロダクト開発を実現、創業期から掲げるエンタープライズアーキテクチャ
kawauso
2
8.4k
Should Our Project Join the CNCF? (Japanese Recap)
whywaita
PRO
0
330
論文紹介:LLMDet (CVPR2025 Highlight)
tattaka
0
310
マネジメントって難しい、けどおもしろい / Management is tough, but fun! #em_findy
ar_tama
7
910
KubeCon + CloudNativeCon Japan 2025 Recap by CA
ponkio_o
PRO
0
290
【5分でわかる】セーフィー エンジニア向け会社紹介
safie_recruit
0
27k
開発生産性を組織全体の「生産性」へ! 部門間連携の壁を越える実践的ステップ
sudo5in5k
2
6.3k
fukabori.fm 出張版: 売上高617億円と高稼働率を陰で支えた社内ツール開発のあれこれ話 / 20250704 Yoshimasa Iwase & Tomoo Morikawa
shift_evolve
PRO
2
6.8k
OPENLOGI Company Profile
hr01
0
67k
Featured
See All Featured
Why Our Code Smells
bkeepers
PRO
337
57k
Gamification - CAS2011
davidbonilla
81
5.4k
GitHub's CSS Performance
jonrohan
1031
460k
How STYLIGHT went responsive
nonsquared
100
5.6k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
32
2.4k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
107
19k
Statistics for Hackers
jakevdp
799
220k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
44
2.4k
A designer walks into a library…
pauljervisheath
207
24k
Making Projects Easy
brettharned
116
6.3k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
34
5.9k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Transcript
じ~んわり スクラム プラクティス 導入
自己紹介 藤田 佳樹 FUJITA Yoshiki 社会人3年目 認定スクラムマスター 趣味:バイク(予定), VTuber, ボードゲーム
Twitter @yfujita0929
触ってきた技術 フロントエンド: JavaScript, Node.js,React Redux, React Native バックエンド: SpringBoot, GoLang
興味のあること: GCP, Kubernetes, Cloud Native, BlockChain
最近やっていたこと • Bitcoin関連のアプリケーション開発 • React Redux, GoLang • Bitcoinを利用するライブラリ開発 •
C++ • 将来的にはOSSでの公開を目指している
最近やっていたこと • Bitcoin関連のアプリケーション開発 • React Redux, GoLang • Bitcoinを利用するライブラリ開発 •
C++ • 将来的にはOSSでの公開を目指している
アジェンダ 1. スクラムとは 2. 取り入れたスクラムプロセス 3. まとめ
大前提
本Talkでは、 正しい“スクラム” の導入方法 を伝えるわけではない
“スクラム” を導入しようと こんな プラクティス をやっているよ(があるよ) を伝える
正しい “スクラム” が知りたければ
正しい “スクラム” が知りたければ
スクラムガイド スクラム開発者である Ken Schwaber と Jeff Sutherland によって記載された スクラムプロセスを定義したガイド スクラムの価値基準やロール、それぞれのイ
ベントといった定義が記述されている スクラムを始める際にはぜひ読むべきガイド
スクラム概論 - fintan • スクラムの概念や考え方をわかりやすくまとめてある資料 • スクラムを始める際の導入段階で、この資料を利用することで共通概念のもと スクラムを開始することを目指します
アジェンダ 1. スクラムとは 2. 取り入れたスクラムプロセス 3. まとめ
スクラムとは
複雑で変化の激しい問題に 対応するための フレームワークであり、 可能な限り価値の高いプロダクトを 生産的かつ創造的に 届けるためのものである。[1] [1] Ken Schwaber and
Jeff Sutherland, The Scrum Guide Japanese Version https://www.scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Japanese.pdf より引用
複雑に劇的に変化する ビジネス要件に 素早く対応することで 顧客に価値を届け続ける
さあ スクラムを始めよう!
そんなに簡単ではない
いろんな壁がある ヒューマンスキル 組織的問題 ビジネス難易度
1つづつ超えていく
アジェンダ 1. スクラムとは 2. 取り入れたスクラムプロセス 3. まとめ
ヒューマンスキル
ヒューマンスキルの問題 • スクラムへの不慣れ • 不可発なコミュニケーション • メンバー間能力差
プラクティス • 開発チームによる”スプリント計画” • Whatを明確化 • なぜ優先度が高いのかをチームで検討 • タスク遂行の問題点はPOへ共有 →
タスクやストーリーをチームのモノに オーナーシップの醸成
プラクティス • プランニングポーカー • Howを共有 • ストーリーの実現方法をメンバーで共有 • 知識の分散 →
負債化を防ぎつつ、タスク遂行の 悩みを共有
プラクティス • レトロスペクティブの実施 • Problemを共有 • ひとりの問題をチームの問題に → 困った時には誰かが助けてくれる 安心感
チーム内の信頼関係の構築
プラクティス • 分報チャンネル • 文面コミュニケーションの活発化 • 簡素(曖昧)な設計図の作成 • どう作るかを考えて、コミュニケーション機会を 増加
• タスクローテーション • 属人化の排除の第一歩
ビジネス難易度
ビジネス難易度の問題 • 実現方法がわからない • どこまで実施するかが不明確
プラクティス • スパイク・ストーリーを作成 • 実現方法の調査をストーリーとして管理 • 事前調査として、何をするかを明確化 → 業務ドメイン等を発見 開発チーム内の業務知識の獲得
業務知識の共有
プラクティス • 確認観点をテストとして作成 • TDDライクな開発を実施 • 作成する機能をチーム内でも明確化 • POともスプリント内の作成物を共有 →
スプリントのゴールが明確になる POと成果物イメージを共有
組織的問題
組織的問題
組織的問題 非常に解決が 難しい問題
考えられるプラクティス • 全体レトロスペクティブ • 価値を届けるための課題点を洗い出す → 組織としての問題を明確化 得られる価値と失う価値を評価
アジェンダ 1. スクラムとは 2. 取り入れたスクラムプロセス 3. まとめ
色々と プラクティスを 紹介しましたが
全ての問題は解決しない
チーム毎に課題は変わる
チームの問題を把握
“じ~んわり”解決し続ける
大切なことは
改善し続ける意識
レスポンシビリティ
より良い開発ライフを!