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
データプラットフォーム技術におけるメダリオンアーキテクチャという考え方/DataPlatformWithMedallionArchitecture
smdmts
5
640
変化する開発、進化する体系時代に適応するソフトウェアエンジニアの知識と考え方(JaSST'25 Kansai)
mizunori
1
230
Tech-Verse 2025 Keynote
lycorptech_jp
PRO
0
220
~宇宙最速~2025年AWS Summit レポート
satodesu
1
1.9k
2年でここまで成長!AWSで育てたAI Slack botの軌跡
iwamot
PRO
4
750
マーケットプレイス版Oracle WebCenter Content For OCI
oracle4engineer
PRO
3
910
AWS テクニカルサポートとエンドカスタマーの中間地点から見えるより良いサポートの活用方法
kazzpapa3
2
560
第9回情シス転職ミートアップ_テックタッチ株式会社
forester3003
0
250
【5分でわかる】セーフィー エンジニア向け会社紹介
safie_recruit
0
26k
Witchcraft for Memory
pocke
1
440
“社内”だけで完結していた私が、AWS Community Builder になるまで
nagisa53
1
400
【PHPカンファレンス 2025】PHPを愛するひとに伝えたい PHPとキャリアの話
tenshoku_draft
0
120
Featured
See All Featured
Embracing the Ebb and Flow
colly
86
4.7k
Being A Developer After 40
akosma
90
590k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
16k
Site-Speed That Sticks
csswizardry
10
660
How to Ace a Technical Interview
jacobian
277
23k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
15
1.5k
Designing for Performance
lara
609
69k
Designing Experiences People Love
moore
142
24k
Mobile First: as difficult as doing things right
swwweet
223
9.7k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
331
22k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
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. まとめ
色々と プラクティスを 紹介しましたが
全ての問題は解決しない
チーム毎に課題は変わる
チームの問題を把握
“じ~んわり”解決し続ける
大切なことは
改善し続ける意識
レスポンシビリティ
より良い開発ライフを!