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
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Sakamoto Keisuke
May 12, 2021
Technology
1
3.9k
アジャイルなチームへの道 - はじめの一歩 -
Sakamoto Keisuke
May 12, 2021
Tweet
Share
More Decks by Sakamoto Keisuke
See All by Sakamoto Keisuke
TSKaigi Hokuriku 2025 フロントエンドアーキテクチャの設計方法論 Feature-Sliced Designの紹介
motikoma
1
930
Agile Japan 2022 北陸サテライト 小さな変化から始めるアジャイル
motikoma
1
680
モブプロをやってみて「作業工程を分担する」という固定観念から脱出した話
motikoma
1
2.2k
職能割りからプロダクト割りのチーム運営へ
motikoma
1
1.7k
新規プロダクト開発の流れ
motikoma
0
1.5k
成果を出す販売施策を立案するためのUXデザインワークショップ
motikoma
0
150
ユーザー中心設計を取り入れたアプリの開発
motikoma
0
1.3k
Other Decks in Technology
See All in Technology
Kubernetesの「隠れメモリ消費」によるNode共倒れと、Request適正化という処方箋
g0xu
0
120
How to install a gem
indirect
0
1.4k
「通るまでRe-run」から卒業!落ちないテストを書く勘所
asumikam
2
490
DDD×仕様駆動で回す高品質開発のプロセス設計
littlehands
6
2.4k
「コントロールの三分法」で考える「コト」への向き合い方 / phperkaigi2026
blue_goheimochi
0
150
Copilot 宇宙へ 〜生成AIで「専門データの壁」を壊す方法〜
nakasho
0
180
スピンアウト講座03_CLAUDE-MDとSKILL-MD
overflowinc
0
1.2k
MCPで決済に楽にする
mu7889yoon
0
100
Why we keep our community?
kawaguti
PRO
0
220
イベントで大活躍する電子ペーパー名札を作る(その2) 〜 M5PaperとM5PaperS3 〜 / IoTLT @ JLCPCB オープンハードカンファレンス
you
PRO
0
200
開発チームとQAエンジニアの新しい協業モデル -年末調整開発チームで実践する【QAリード施策】-
qa
0
280
Phase09_自動化_仕組み化
overflowinc
0
1.7k
Featured
See All Featured
Large-scale JavaScript Application Architecture
addyosmani
515
110k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
16k
How to build a perfect <img>
jonoalderson
1
5.3k
Typedesign – Prime Four
hannesfritz
42
3k
Build your cross-platform service in a week with App Engine
jlugia
234
18k
Writing Fast Ruby
sferik
630
63k
Chasing Engaging Ingredients in Design
codingconduct
0
150
How GitHub (no longer) Works
holman
316
150k
Building Better People: How to give real-time feedback that sticks.
wjessup
370
20k
Measuring Dark Social's Impact On Conversion and Attribution
stephenakadiri
1
160
Speed Design
sergeychernyshev
33
1.6k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
9
1.2k
Transcript
1 アジャイルなチームへの道 はじめの一歩 プロジェクトマネジメント Tips LT会 vol.2 2021/5/12 - Sakamoto
Keisuke (@motikoma)
1.自己紹介 経歴 - 2013年ヴォラーレ株式会社 (現:ナイル株式会社) に入社。Webアプリ開発のディレクションを担当。 - 2016年に合同会社DMM.comに入社。 UXリサーチャー, プロダクトオーナーとして従事。
- 2018年に同グループの合同会社EXNOAに転籍。 エンジニアに転身。大規模スクラムを経験。 - 2021年3月に株式会社POLに入社。 LabBaseの開発を担当。 坂本 圭佑 職種:エンジニア @motikoma
2.新チームへのジョイン, 新プロジェクトの開始 • リモートワーク • スプリント開発(1週間) • 継続的な振り返り • メンバーが自発的にプロダク
トの改善施策を提案 • 困りごとを助け合う文化 メンバーのモチベーション高いし、相談しやすい良いチームだ...! 開発の進め方については伸び代がありそう 新規プロジェクトが始まるタイミングでやり方を提案してみよう! プロダクト マネージャー デザイナー エンジニア チームリーダー (エンジニア)
3.これまでの開発の進め方 プロダクトバックログが小さな価値単位で構成されていない • スプリントごとに価値を提供する意識が薄くなりがち → 価値を提供するまでの時間が長いと、価値の検証が遅くなる スプリントゴール(目標)が設定されていない • チームではなく、自分にアサインされたチケットの完了に目を向けがち →
スプリントバックログにWIP状態のチケットが残っていても、プロダクト バックログから担当者がアサインされていないチケットを取ってしまう
4.実施したこと プロダクトバックログを価値単位(ユーザーストーリー形式)で検討 → 直近やることは抽象度を操作してスプリント内で完成できる粒度に調整する 棒グラフで自社データを表 示することができる プロダクトバックログ(作業単位) プロダクトバックログ(価値単位) 分析ページのUI実装 分析ページのAPI実装
期間指定で自社データを比 較することができる 円グラフで自社データを表 示することができる ・ ・ ・ ・ ・ ・ 地域指定で自社データを比 較することができる
4.実施したこと スプリントゴールの導入 「自社データを棒グラフで期間 比較することができる」 協力してユーザーストーリーを 完成させていくぞ! ※スウォーミング スプリントバックログ 棒グラフで自社データを表 示することができる
期間指定で自社データを比 較することができる 地域指定で自社データを比 較することができる UI実装 API実装 ユーザーストーリー 作業 スプリントゴール ・ ・ ・ ・ ・ ・
5.所感 ユーザーストーリーを採用すると小さな価値単位で反復的に検証しやすくなった • 従来よりも開発者間の認識齟齬が発覚するタイミングが早くなった • 「どこまで完成したのか明確で開発しやすい」by メンバー スプリントゴールを設定すると自然な形でスウォーミングしやすくなった • スプリントゴール達成に向けて、メンバー間のコミュニケーションが増加
• 個人ではなくチームとして取り組む意識が高まった
まとめ ユーザーストーリーとスプリントゴールを導入することで、 小さな価値単位で反復的に検証しやすくなり、 自然にスウォーミングできるようになった。 その結果、プロジェクトの不確実性を前倒しで減少させることができた。 アジャイルなチームへの道は まだまだこれからだ!
最後に POLのメンバーが note にてテックノートを書いています。 是非ご覧ください!
最後に ご清聴いただきありがとうございました!