Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
2つのスクラムチームの 調和的な協働・連携について - ニフティのスクラムトーク Vol. 3...
Search
ニフティ株式会社
PRO
July 16, 2024
Technology
170
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
2つのスクラムチームの 調和的な協働・連携について - ニフティのスクラムトーク Vol. 3 / NIFTY Tech Talk #19
ニフティ株式会社
PRO
July 16, 2024
More Decks by ニフティ株式会社
See All by ニフティ株式会社
microCMS移行をいまならAIでどう進めるか - microCMS Meetup 2026
niftycorp
PRO
0
530
Embedded SREと共に達成した会員管理システムのAWS移行 - SRE NEXT 2026 ランチスポンサーセッション
niftycorp
PRO
1
4.2k
ニフティ株式会社 エンジニア向け Company Deck 2026年版
niftycorp
PRO
0
1.2k
「なぜそう決めたのか」を残し続ける仕組み ― Notion AI カスタムエージェント × Slack連携による設計判断の自動記録 - NIKKEI Tech Talk #47
niftycorp
PRO
0
380
CS教育のDX AIによる育成の効率化
niftycorp
PRO
0
420
AI 開発合宿を通して得た学び
niftycorp
PRO
0
420
なぜISPでオリジナルカードゲームを作ったのか?制作者と対談 - NIFTY Tech Talk #25
niftycorp
PRO
0
140
「なぜかネットが遅い」を“見える化”する 〜マイ ニフティが繋ぐサポートと暮らし〜 - NIKKEI Tech Talk #39
niftycorp
PRO
0
700
InnerSource Summit 2025 Three points that promoted innersource activities
niftycorp
PRO
0
360
Other Decks in Technology
See All in Technology
Harness Engineering on Rails
joelq
0
460
AIエージェントの権限管理 3: Agentic RAG の Fine grained access control 編
ren8k
1
260
Claude Codeを「使うほど育つ」AI秘書にするノウハウ
minorun365
PRO
33
32k
AIに賢く動いてもらうためのコンテキスト〜Snowflake女子会 vol.8
snowwmn0824
0
170
SREは、MCPとAutopilotをこう使え!
kazumax55
3
960
GoのInterface内部構造から学ぶ!最高パフォーマンスを出すコード設計
yappli_developers
1
290
アクセスキーこわい やめかたと漏らさない工夫
sassssan68
1
760
C#未経験の僕がAIに読めるコードを書かせるまで
maguroalternative
0
280
AIエージェントを最高のパートナーに育てる方法|評価と判断軸を育てる5つのステップ
koichiaoki
1
160
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
16
120k
C#コードの結合を可視化する Roslyn解析による設計改善と リファクタリング判断
dora56
0
610
開発投資の期待値を上げるプロダクトロードマップづくり ~プロダクトエンジニアが越境して事業を伸ばす~
kekekenta
1
250
Featured
See All Featured
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
46
3k
Highjacked: Video Game Concept Design
rkendrick25
PRO
1
460
Jess Joyce - The Pitfalls of Following Frameworks
techseoconnect
PRO
1
420
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
47
8.3k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
17k
Digital Projects Gone Horribly Wrong (And the UX Pros Who Still Save the Day) - Dean Schuster
uxyall
1
3k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.9k
A brief & incomplete history of UX Design for the World Wide Web: 1989–2019
jct
2
510
How to Get Subject Matter Experts Bought In and Actively Contributing to SEO & PR Initiatives.
livdayseo
0
200
Agile Actions for Facilitating Distributed Teams - ADO2019
mkilby
0
280
B2B Lead Gen: Tactics, Traps & Triumph
marketingsoph
0
250
How to Grow Your eCommerce with AI & Automation
katarinadahlin
PRO
2
280
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を明確にして各スクラム イベントで密に連携をすることで優先度の調整をスムーズに行う
ご清聴ありがとうございました