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
AWS と定理証明 〜ポリシー言語 Cedar 開発の舞台裏〜 #fp_matsuri / FP Matsuri 2025
ytaka23
8
1.9k
ai bot got sick (abc 2025s version)
kojira
0
160
Tensix Core アーキテクチャ解説
tenstorrent_japan
0
310
データ戦略部門 紹介資料
sansan33
PRO
1
3.2k
Data Hubグループ 紹介資料
sansan33
PRO
0
1.8k
Test Smarter, Not Harder: Achieving Confidence in Complex Distributed Systems
eliasnogueira
1
140
Kotlinで学ぶ 代数的データ型
ysknsid25
5
970
Nonaka Sensei
kawaguti
PRO
3
530
20250514_未経験から Fintech実務参画まで。学生エンジニアの挑戦録
hideto1008
0
900
やさしい認証認可
minorun365
PRO
29
11k
CSSDay, Amsterdam
brucel
0
290
kotlin-lsp を Emacs で使えるようにしてみた / use kotlin-lsp in Emacs
nabeo
0
110
Featured
See All Featured
Code Reviewing Like a Champion
maltzj
524
40k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
331
22k
GitHub's CSS Performance
jonrohan
1031
460k
Side Projects
sachag
454
42k
[RailsConf 2023] Rails as a piece of cake
palkan
55
5.6k
Learning to Love Humans: Emotional Interface Design
aarron
273
40k
Git: the NoSQL Database
bkeepers
PRO
430
65k
Rails Girls Zürich Keynote
gr2m
94
14k
Bootstrapping a Software Product
garrettdimon
PRO
307
110k
Art, The Web, and Tiny UX
lynnandtonic
299
21k
A Modern Web Designer's Workflow
chriscoyier
693
190k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
48
5.4k
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. まとめ
色々と プラクティスを 紹介しましたが
全ての問題は解決しない
チーム毎に課題は変わる
チームの問題を把握
“じ~んわり”解決し続ける
大切なことは
改善し続ける意識
レスポンシビリティ
より良い開発ライフを!