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
SotaYamaguchi
November 28, 2022
Technology
0
3.7k
チームではじめるアジャイルメトリクス
SotaYamaguchi
November 28, 2022
Tweet
Share
Other Decks in Technology
See All in Technology
バクラクによるコーポレート業務の自動運転 #BetAIDay
layerx
PRO
1
950
✨敗北解法コレクション✨〜Expertだった頃に足りなかった知識と技術〜
nanachi
1
720
Cloud WANの基礎から応用~少しだけDeep Dive~
masakiokuda
3
110
【新卒研修資料】数理最適化 / Mathematical Optimization
brainpadpr
27
13k
大規模イベントに向けた ABEMA アーキテクチャの遍歴 ~ Platform Strategy 詳細解説 ~
nagapad
0
230
Amazon S3 Vectorsは大規模ベクトル検索を低コスト化するサーバーレスなベクトルデータベースだ #jawsugsaga / S3 Vectors As A Serverless Vector Database
quiver
1
530
Claude CodeでKiroの仕様駆動開発を実現させるには...
gotalab555
3
1.1k
JAWS AI/ML #30 AI コーディング IDE "Kiro" を触ってみよう
inariku
3
370
Strands Agents & Bedrock AgentCoreを1分でおさらい
minorun365
PRO
8
340
金融サービスにおける高速な価値提供とAIの役割 #BetAIDay
layerx
PRO
1
830
ファッションコーディネートアプリ「WEAR」における、Vertex AI Vector Searchを利用したレコメンド機能の開発・運用で得られたノウハウの紹介
zozotech
PRO
0
330
ロールが細分化された組織でSREと協働するインフラエンジニアは何をするか? / SRE Lounge #18
kossykinto
0
220
Featured
See All Featured
How to Ace a Technical Interview
jacobian
278
23k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
126
53k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
15
1.6k
GraphQLの誤解/rethinking-graphql
sonatard
71
11k
Building Applications with DynamoDB
mza
96
6.5k
Building Adaptive Systems
keathley
43
2.7k
Writing Fast Ruby
sferik
628
62k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
GraphQLとの向き合い方2022年版
quramy
49
14k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
29
9.6k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
183
54k
The Invisible Side of Design
smashingmag
301
51k
Transcript
2022.11.28 PHP勉強会@東京 ぐっきー(山口 壮太) チームではじめる アジャイルメトリクス
© ROXX, Inc. ALL RIGHTS RESERVED. 2 自己紹介 ぐっきー (@Area029S)
認定されてない系スクラムマスター(いつかされ たい) 2021年(株)ROXX にエンジニアとして参画し、 back check を作りながらアジャイルを学びはじ める。 その後スクラムマスターを兼任したが、チームの サポートに集中するため現在は専任スクラムマ スターとして活動中。 3姉妹の父。 ミッションは「最強のアジャイルチームが集まる 組織づくり」
© ROXX, Inc. ALL RIGHTS RESERVED. 1. 改善効果の計測 2. なにを計測したいか
3. リードタイムの計測 4. 見える化してわかったこと 5. 今後のやりたいこと 6. まとめ アジェンダ
改善効果の計測されてますか?
© ROXX, Inc. ALL RIGHTS RESERVED. 5 改善効果の計測 back check
では チームの共通認識でやりやすくなったことを 実感できたら改善を完了としています。
© ROXX, Inc. ALL RIGHTS RESERVED. 6 改善効果の計測 たとえば •
チームの分割 ◦ チームメンバーへのアンケート調査 ◦ MTG形式のふりかえり
© ROXX, Inc. ALL RIGHTS RESERVED. 7 改善効果の計測 結果 •
チーム分割したら ◦ 全体的に仕事のしやすさは大幅に改善された ◦ チーム横断の情報共有は課題がある
© ROXX, Inc. ALL RIGHTS RESERVED. 8 改善効果の計測 チームメンバーの雰囲気 「チームでうまく仕事できてる気がするよね」
© ROXX, Inc. ALL RIGHTS RESERVED. 9 改善効果の計測 「チームとしてうまくできていることを定量的に観測できないか試してみま せんか?」
© ROXX, Inc. ALL RIGHTS RESERVED. 10 改善効果の計測 チームメンバーの声 •
興味はあるけどなにをすればいいのかイメージが沸かない • なかなか大変そう、たたきになるアイディアはない?
© ROXX, Inc. ALL RIGHTS RESERVED. 11 なにを計測したいか チームの使命 •
顧客にとって価値のあるプロダクトを適切なタイミングで届けること
© ROXX, Inc. ALL RIGHTS RESERVED. 12 なにを計測したいか そのためにプロセスの側面でなにを計測できるとうれしいのか?
© ROXX, Inc. ALL RIGHTS RESERVED. 13 なにを計測したいか 今までより仕事を早く終わらせられていることがわかるようになりたい
© ROXX, Inc. ALL RIGHTS RESERVED. 14 リードタイムの計測 • リードタイムの計測
◦ ひとつの作業項目がワークフローの最初の列に入ってから、最後 の列に入るまでの時間 参照: https://blog.trello.com/ja/kanban-method-to-make-teams-agile
© ROXX, Inc. ALL RIGHTS RESERVED. back check の開発フロー 15
リードタイムの計測 PdMチーム、PO • 要求の分析 • 要件定義の素案 開発者 • 要件の詳細化 • 開発 • レビュー • テスト 開発者 • デプロイ ◦ 週次リリース ユーザー ストーリー
© ROXX, Inc. ALL RIGHTS RESERVED. 16 リードタイムの計測 理想的には、 要求の分析から本番でユーザーに届くまで見える化できることが望ましい
が、 工程が分かれているので全体のワークフローを可視化するには考える必 要がある。
© ROXX, Inc. ALL RIGHTS RESERVED. 小さく改善をはじめよう! スプリントのボードで表現されている部分のリードタイムを収集してみる 17 リードタイムの計測
PdMチーム、PO • 要求の分析 • 要件定義の素案 開発者 • 要件の詳細化 • 開発 • レビュー • テスト 開発者 • デプロイ ◦ 週次リリース ユーザー ストーリー
© ROXX, Inc. ALL RIGHTS RESERVED. 18 見える化してわかったこと 実際にリードタイムを集計してチームで眺めてみた
© ROXX, Inc. ALL RIGHTS RESERVED. 19 見える化してわかったこと メンバーの声 •
ストーリーの開発着手から完了までのリードタイムが短縮できていることがわかった。 (確信するにはデータが少ないが) • 運用しながら指標の拡充もしていこう ◦ タスクのリードタイムとかみえてもよさそう 1ptsあたりの平均リードタイム チーム分割後(4人) • 1.4 日 チーム分割前(9人) • 2.1 日
© ROXX, Inc. ALL RIGHTS RESERVED. 20 見える化してわかったこと 今後も改善が必要だが、 プロセスの流れを部分的に捉えることができるようになった!
© ROXX, Inc. ALL RIGHTS RESERVED. 21 今後のやりたいこと • メトリクスの拡充
◦ リードタイムの内訳の分析 ▪ 作業(カラム)毎のサイクルタイムの計測 ◦ 品質の計測 ▪ バグや欠陥を増やさずに開発効率を向上させる ▪ 部分最適化しない • プロセスの改善 ◦ マルチタスクによる非効率の削減 ▪ WIP制限
© ROXX, Inc. ALL RIGHTS RESERVED. 22 まとめ • 小さくはじめる
• チームで開発の流れを見られる状態をつくる • メトリクスそのものは重要じゃない ◦ 改善の有効性を確認するガイド
23 ご清聴ありがとう ございました