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
Sakamoto Keisuke
May 12, 2021
Technology
1
3.6k
アジャイルなチームへの道 - はじめの一歩 -
Sakamoto Keisuke
May 12, 2021
Tweet
Share
More Decks by Sakamoto Keisuke
See All by Sakamoto Keisuke
Agile Japan 2022 北陸サテライト 小さな変化から始めるアジャイル
motikoma
1
560
モブプロをやってみて「作業工程を分担する」という固定観念から脱出した話
motikoma
1
2k
職能割りからプロダクト割りのチーム運営へ
motikoma
1
1.6k
新規プロダクト開発の流れ
motikoma
0
1.4k
成果を出す販売施策を立案するためのUXデザインワークショップ
motikoma
0
98
ユーザー中心設計を取り入れたアプリの開発
motikoma
0
1.2k
Other Decks in Technology
See All in Technology
PicoRabbit: a Tiny Presentation Device Powered by Ruby
harukasan
PRO
2
240
SDカードフォレンジック
su3158
1
630
プロダクト開発におけるAI時代の開発生産性
shnjtk
2
240
AIエージェント開発手法と業務導入のプラクティス
ykosaka
2
1.3k
サーバレス、コンテナ、データベース特化型機能をご紹介。CloudWatch をもっと使いこなそう!
o11yfes2023
0
180
Terraform Cloudで始めるおひとりさまOrganizationsのすゝめ
handy
2
180
バクラクの認証基盤の成長と現在地 / bakuraku-authn-platform
convto
1
610
AI Agentを「期待通り」に動かすために:設計アプローチの模索と現在地
kworkdev
PRO
2
460
Goの組織でバックエンドTypeScriptを採用してどうだったか / How was adopting backend TypeScript in a Golang company
kaminashi
6
6.1k
DuckDB MCPサーバーを使ってAWSコストを分析させてみた / AWS cost analysis with DuckDB MCP server
masahirokawahara
0
1.3k
Conquering PDFs: document understanding beyond plain text
inesmontani
PRO
0
110
React ABC Questions
hirotomoyamada
0
480
Featured
See All Featured
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
104
19k
Designing for Performance
lara
608
69k
StorybookのUI Testing Handbookを読んだ
zakiyama
29
5.6k
Why Our Code Smells
bkeepers
PRO
336
57k
Visualization
eitanlees
146
16k
How to Think Like a Performance Engineer
csswizardry
23
1.5k
What’s in a name? Adding method to the madness
productmarketing
PRO
22
3.4k
The World Runs on Bad Software
bkeepers
PRO
67
11k
KATA
mclloyd
29
14k
VelocityConf: Rendering Performance Case Studies
addyosmani
328
24k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
32
2.2k
Side Projects
sachag
452
42k
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 にてテックノートを書いています。 是非ご覧ください!
最後に ご清聴いただきありがとうございました!