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
2つのスクラムチームの 調和的な協働・連携について - ニフティのスクラムトーク Vol. 3...
Search
ニフティ株式会社
PRO
July 16, 2024
Technology
1
130
2つのスクラムチームの 調和的な協働・連携について - ニフティのスクラムトーク Vol. 3 / NIFTY Tech Talk #19
ニフティ株式会社
PRO
July 16, 2024
Tweet
Share
More Decks by ニフティ株式会社
See All by ニフティ株式会社
2025-04-25 NIFTY's InnerSource Activites
niftycorp
PRO
0
210
外コミュニティ活動や登壇活動が技術 広報として大事だよ、と改めて周囲に伝 えられた件 - EM Oasis 特別会
niftycorp
PRO
0
94
Dify触ってみた。
niftycorp
PRO
1
210
Amazon Bedrockを使用して、 運用対応を楽にしてみた
niftycorp
PRO
1
230
自社製CMSからの脱却:10件のWebサイト再構築に学ぶ運用重視の技術選定 - NIFTY Tech Day 2025
niftycorp
PRO
0
110
エンジニアの殻を破る:インナーソースと社外活動がもたらした成長 - NIFTY Tech Day 2025
niftycorp
PRO
0
73
システム全体像把握の超高速化〜システム関連図を使い倒そう (LT) - NIFTY Tech Day 2025
niftycorp
PRO
0
72
Rust で生成 AI の社内 chatbot をメンテしている話 (LT) - NIFTY Tech Day 2025
niftycorp
PRO
0
78
メタバースは仕事に使える?〜100日間でバーチャルオフィスへの挑戦〜 (LT) - NIFTY Tech Day 2025
niftycorp
PRO
0
67
Other Decks in Technology
See All in Technology
Witchcraft for Memory
pocke
1
350
AIエージェント最前線! Amazon Bedrock、Amazon Q、そしてMCPを使いこなそう
minorun365
PRO
15
5.2k
本が全く読めなかった過去の自分へ
genshun9
0
420
生成AI時代 文字コードを学ぶ意義を見出せるか?
hrsued
1
440
Абьюзим random_bytes(). Фёдор Кулаков, разработчик Lamoda Tech
lamodatech
0
340
Wasm元年
askua
0
140
PostgreSQL 18 cancel request key長の変更とRailsへの関連
yahonda
0
120
生成AIでwebアプリケーションを作ってみた
tajimon
2
150
AWS アーキテクチャ作図入門/aws-architecture-diagram-101
ma2shita
29
11k
Observability infrastructure behind the trillion-messages scale Kafka platform
lycorptech_jp
PRO
0
140
Tech-Verse 2025 Keynote
lycorptech_jp
PRO
0
110
【5分でわかる】セーフィー エンジニア向け会社紹介
safie_recruit
0
26k
Featured
See All Featured
A designer walks into a library…
pauljervisheath
207
24k
Why You Should Never Use an ORM
jnunemaker
PRO
57
9.4k
Faster Mobile Websites
deanohume
307
31k
[RailsConf 2023] Rails as a piece of cake
palkan
55
5.6k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
46
9.6k
YesSQL, Process and Tooling at Scale
rocio
173
14k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
8
790
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
26k
Learning to Love Humans: Emotional Interface Design
aarron
273
40k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
34
5.9k
A Tale of Four Properties
chriscoyier
160
23k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
107
19k
Transcript
2つのスクラムチームの 調和的な協働・連携について ~ニフティと協力会社のスクラムの形~
目次 • 自己紹介 • スクラムチームを2つにしている背景 • チームの体制について • スクラムイベントのやり方・連携
自己紹介 南 奈歩 Minami Naho ニフティ株式会社 基幹システムグループ 入会システムチーム 新卒入社5年目 @nifty光をはじめとする光コラボシステムの開発・運用・運用改善・刷新などを担当し、スクラ ムマスター兼開発者として日々活動しています
自己紹介 高田 渉 Takada Wataru ニフティ株式会社 基幹システムグループ 入会システムチーム 中途入社6年目 @nifty光の開発チームのリーダーを担っており、協力会社とのスクラムチームではプロダクト オーナーとしても活動しています
スクラムチームを2つにしている背景 • 複数プロダクトの開発を円滑に進めるためSES契約を結んでいる ◦ 必要な開発者を確保し、開発着手へのリードタイムを短縮 • リソース管理の分散 ◦ 1つのスクラムチームでは人数が多いため •
迅速な開発着手開始 ◦ ニフティ側で要件整理、協力会社で設計~テストを実施し開発に専念 できる
体制図 協力会社 企画 ニフティ 開発 PO PO SM SM 企画
開発
各スクラムチームの1スプリント 月 火 水 木 金 月 火 水 木
金 月 火 水 木 金 ニフティ+協力会社 ニフティ
スプリントプランニング ※ニフティのみ 協力会社 企画 ニフティ PO SM 開発 PO
スプリントプランニング ※ニフティ+協力会社 協力会社 ニフティ 開発 開発 PO SM
スプリントプランニング 月 火 水 木 金 月 火 水 木
金 月 火 水 木 金 ニフティ+協力会社 ニフティ ・案件の優先順決定 ・要件整理対象の選定 開発着手ストーリーの 提示・決定 異なるプロダク トの優先順はど うやって決めて いる?
スプリントプランニング ①ニフティのみ ②ニフティ+協力会社 時間 POと合同で30分ほど実施後 開発側のみで1時間半ほど実施 20分ほど実施 イベント 内容 •
②のスクラムチームで次スプリント 以降に開発着手するストーリーの確 定 • ニフティ側で対応する要件整理・開 発ストーリーの選定を行う • スプリントゴールの設定 • 【開発側】案件内容の確認+見積+ 担当者割り当て • 開発着手可能なストーリー(①のスクラムチーム で要件整理済み)の中から、優先順に提示する ※各プロダクトからそれぞれ提示 • 対応期限の設定のみ行う • 要件に関する説明などは行わない • 【協力会社側】プランニング後に、対応内容を確 認し、不明点は随時QAやmeetで会話しながら認 識合わせを実施
デイリースクラム ※ニフティのみ 協力会社 ニフティ 開発 PO SM
デイリースクラム ※ニフティ+協力会社 協力会社 ニフティ 開発 開発 PO SM
デイリースクラム 月 火 水 木 金 月 火 水 木
金 月 火 水 木 金 ニフティ+協力会社 ニフティ 毎日10:15~10:30の 時間でデイリースクラ ムを実施 毎日9:45~10:15の 時間でデイリースクラ ムを実施
デイリースクラム ①ニフティのみ ②ニフティ+協力会社 時間 15~30分 15分 イベント 内容 • スプリントバックログの状況確
認 • スプリントバックログについて の相談 • 運用業務の確認 • スプリントゴールの確認 • スプリントバックログの状況確認 • スプリントバックログについての相談 • スプリントバックログ以外のことでの共有 ・相談 • 勤怠連絡
プロダクトバックログリファインメント ※ニフティのみ 協力会社 企画 ニフティ 開発 PO PO SM
プロダクトバックログリファインメント ※ニフティ+協力会社 協力会社 ニフティ 開発 PO SM
プロダクトバックログリファインメント 月 火 水 木 金 月 火 水 木
金 月 火 水 木 金 ニフティ+協力会社 ニフティ 開発側で要件整理 (要件の詳細化) ※ぺアプロ・モブプロで実施 ※担当者間で予定調整し 複数回実施 <リファインメント> POと案件内容の認識合わせ ※1スプリント1~5回 30分~1時間程度/回 <リファインメント> 影響調査レビュー後、協力会社側 全員でストーリーポイント・作業時 間の見積 影響調査など ※ニフティレビュー含む ※ストーリー単位で実施するた め1スプリント複数回実施
プロダクトバックログリファインメント ①ニフティのみ ②ニフティ+協力会社 時間 頻度 1スプリント1~5回:30分~1時間/回程度実施 ※各スプリントのストーリーの規模・数により変動 1スプリント4~6回:15分/回程度実施 ※ストーリー単位での実施のため、ストーリー数 により変動
イベント 内容 開発側のみで要件整理・要件の詳細化 ↓ POも含めて内容の確認・認識合わせ ※ストーリー分割も実施することがある 合同では実施せず、協力会社の方で影響調査と 修正点をまとめる ↓ ストーリー単位でニフティ側(PO含む)とオンライ ンでレビューをする ↓ 協力会社側全員でストーリーポイント・作業時間 の見積
スプリントレビュー ※ニフティのみ 協力会社 企画 ニフティ 開発 PO PO SM
スプリントレビュー ※ニフティ+協力会社 協力会社 ニフティ 開発 開発 PO SM
スプリントレビュー 月 火 水 木 金 月 火 水 木
金 月 火 水 木 金 ニフティ+協力会社 ニフティ ストーリーのクローズ 確認のみ ※動く成果物の確認 はしない 協力会社のスクラム チームの成果物も含 めて確認
スプリントレビュー ①ニフティのみ ②ニフティ+協力会社 時間 2時間 ※スプリントの作業によっては 延長することもあり 10分 イベント 内容
• リリース結果の共有 • スプリントバックログの確認 • 動く画面やテスト結果の確認 • リリース可否判定 • スプリントゴール達成したかの確 認 • スプリントバックログの確認 • 動く成果物の確認はなし
スプリントレトロスペクティブ ※ニフティのみ 協力会社 ニフティ 開発 PO SM
スプリントレトロスペクティブ ※ニフティ+協力会社 協力会社 ニフティ 開発 開発 PO SM
スプリントレトロスペクティブ 月 火 水 木 金 月 火 水 木
金 月 火 水 木 金 ニフティ+協力会社 ニフティ ・Keep、Problem、Fact、Tryを実施 ・Tryは会話しながら決定 ・Keep、Problem、Tryを実施 ・Tryは投票で決定
スプリントレトロスペクティブ ①ニフティのみ ②ニフティ+協力会社 時間 30~60分 40~50分 イベント 内容 • Keep、Problem、Fact、Tryを
実施 • TryについてはKeep、 Problem、Factから会話しなが ら改善対象を決める • Keep、Problem、Tryでの振り返りを実施 • TryについてはKeepとProblemから投票 でそれぞれ2件を改善対象とする
困っていること・課題点は?
まとめ • 継続的なフィードバックと改善、および役割の明確化により、チームのパ フォーマンスを向上させる • コミュニケーションを密にし協働する • POが複数いる場合でも、最終決定権を持つPOを明確にして各スクラム イベントで密に連携をすることで優先度の調整をスムーズに行う
ご清聴ありがとうございました