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
1k
じ~んわりスクラムプラクティス導入
(仮)発表資料
yfujita0929
September 11, 2019
Tweet
Share
Other Decks in Technology
See All in Technology
累計ダウンロード数1億8000万を超えるアプリケーションプラットフォームのレガシーシステム脱却とモダン化への道
kmitsuhashi
0
120
開発と事業を繋ぐ!SREのオブザーバビリティ戦略 ~ Developers Summit 2024 Summer ~
leveragestech
0
630
サーバーレスAPI(API Gateway+Lambda)とNext.jsで 個人ブログを作ろう!
shuntaka
PRO
0
560
ペパボのオブザーバビリティ研修2024 説明資料
kesompochy
0
1.1k
データ分析を支える技術 生成AI再入門
ishikawa_satoru
0
380
データベース研修 分析向けSQL入門【MIXI 24新卒技術研修】
mixi_engineers
PRO
0
110
ACRiルーム最新情報とAMD GPUサーバーのご紹介
anjn
0
150
RAGのサービスをリリースして1年3ヶ月が経ちました
segavvy
4
920
AOAI Dev Day LLMシステム開発 Tips集
hirosatogamo
15
3.7k
Amazon FSx for NetApp ONTAPのパフォーマンスチューニング要素をまとめてみた #cm_odyssey #devio2024
non97
0
220
年間一億円削減した時系列データベースのアーキテクチャ改善~不確実性の高いプロジェクトへの挑戦~
lycorptech_jp
PRO
3
2.9k
頼られるのが大好きな 皆さんへ - 支援相手との期待の合わせ方、突き放し方 -/For_people_who_like_to_be_relied_on
naitosatoshi
1
290
Featured
See All Featured
The Brand Is Dead. Long Live the Brand.
mthomps
52
36k
How GitHub Uses GitHub to Build GitHub
holman
471
290k
Testing 201, or: Great Expectations
jmmastey
33
6.9k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
78
15k
BBQ
matthewcrist
82
9k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
18
1.2k
Making Projects Easy
brettharned
111
5.7k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
502
140k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
17
8.7k
5 minutes of I Can Smell Your CMS
philhawksworth
200
19k
Building Better People: How to give real-time feedback that sticks.
wjessup
357
18k
Scaling GitHub
holman
458
140k
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. まとめ
色々と プラクティスを 紹介しましたが
全ての問題は解決しない
チーム毎に課題は変わる
チームの問題を把握
“じ~んわり”解決し続ける
大切なことは
改善し続ける意識
レスポンシビリティ
より良い開発ライフを!