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
4k
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
アジャイルなチームへの道 - はじめの一歩 -
Sakamoto Keisuke
May 12, 2021
More Decks by Sakamoto Keisuke
See All by Sakamoto Keisuke
TSKaigi Hokuriku 2025 フロントエンドアーキテクチャの設計方法論 Feature-Sliced Designの紹介
motikoma
1
990
Agile Japan 2022 北陸サテライト 小さな変化から始めるアジャイル
motikoma
1
710
モブプロをやってみて「作業工程を分担する」という固定観念から脱出した話
motikoma
1
2.3k
職能割りからプロダクト割りのチーム運営へ
motikoma
1
1.8k
新規プロダクト開発の流れ
motikoma
0
1.5k
成果を出す販売施策を立案するためのUXデザインワークショップ
motikoma
0
160
ユーザー中心設計を取り入れたアプリの開発
motikoma
0
1.3k
Other Decks in Technology
See All in Technology
AI Agent SaaS を支える自社仮想化基盤への挑戦と実運用 / ai-agent-saas-virtualization
flatt_security
2
3.8k
Kaggleで成長するために意識したこと
prgckwb
2
310
ゴールデンパスは敷いただけでは道にならない ─ 企画部門のエンジニアが技術標準を事業価値に変えるまで
mhrtech
0
140
Claude Codeとハーネスについて考えてみる
oikon48
18
9.3k
凡エンジニアがこの先生きのこるためには。〜TypeScript完全に理解したい〜
alchemy1115
2
170
非定型なドキュメントを効率よくリファクタする 〜えぇ!?仕様書27本の移行が1日で終わったって!?〜
subroh0508
1
280
依頼文化をやめる日 EM視点で語るPlatform EngineeringとInclusive SRE / Discussing Platform Engineering and Inclusive SRE from an EM's Perspective
shin1988
4
5.3k
LLMやAIエージェントをソフトウェアに組み込むプラクティス
shibuiwilliam
1
360
型は壁、Rustでもバグを直すな、表現できなくせよ
nwiizo
13
2k
Zoom2Youtube.Claude
kawaguti
PRO
3
490
AICoEでAIネイティブ組織への進化
yukiogawa
0
160
事業価値を⽣み出すSREへ SREが担うべき意思決定の5層
kenta_hi
2
3.5k
Featured
See All Featured
Why Your Marketing Sucks and What You Can Do About It - Sophie Logan
marketingsoph
0
220
How to Grow Your eCommerce with AI & Automation
katarinadahlin
PRO
1
220
Stewardship and Sustainability of Urban and Community Forests
pwiseman
0
280
The Organizational Zoo: Understanding Human Behavior Agility Through Metaphoric Constructive Conversations (based on the works of Arthur Shelley, Ph.D)
kimpetersen
PRO
0
380
AI Search: Implications for SEO and How to Move Forward - #ShenzhenSEOConference
aleyda
1
1.3k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
52
6k
Tell your own story through comics
letsgokoyo
1
990
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
190
Future Trends and Review - Lecture 12 - Web Technologies (1019888BNR)
signer
PRO
0
3.6k
Why You Should Never Use an ORM
jnunemaker
PRO
61
9.9k
Utilizing Notion as your number one productivity tool
mfonobong
4
380
The Language of Interfaces
destraynor
162
27k
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 にてテックノートを書いています。 是非ご覧ください!
最後に ご清聴いただきありがとうございました!