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
Satoshi Kaneyasu
August 26, 2025
Programming
1
34
生産性の壁を越えろ! 何がなんでも計測する
Satoshi Kaneyasu
August 26, 2025
Tweet
Share
More Decks by Satoshi Kaneyasu
See All by Satoshi Kaneyasu
お客様とSIerではじめたスクラム開発(で得た学び)
satoshi256kbyte
0
63
From Pipenv to UV: Migrating to a Monorepoto Tame a Complex Repository
satoshi256kbyte
0
10
複雑化したリポジトリをなんとかした話 pipenvからuvによるモノレポ構成への移行
satoshi256kbyte
1
770
ディレクトリ構成と設定ファイルから考えるSIerのVibe Coding
satoshi256kbyte
0
32
GitHubとGitLabとAWS CodePipelineでCI/CDを組み比べてみた
satoshi256kbyte
4
320
オープンセミナー2025@広島「君はどこで動かすか?」アンケート結果
satoshi256kbyte
0
280
オープンセミナー2025@広島LT技術ブログを続けるには
satoshi256kbyte
0
180
AWS Summit Japan 2024と2025の比較
satoshi256kbyte
0
21
はじめてのKiro、今あなたは岐路に立つ
satoshi256kbyte
1
90
Other Decks in Programming
See All in Programming
AIで開発生産性を上げる個人とチームの取り組み
taniigo
0
130
CSC305 Lecture 03
javiergs
PRO
0
230
2分台で1500examples完走!爆速CIを支える環境構築術 - Kaigi on Rails 2025
falcon8823
3
3.1k
The Past, Present, and Future of Enterprise Java
ivargrimstad
0
130
Swift Concurrency - 状態監視の罠
objectiveaudio
2
450
育てるアーキテクチャ:戦い抜くPythonマイクロサービスの設計と進化戦略
fujidomoe
1
150
猫と暮らすネットワークカメラ生活🐈 ~Vision frameworkでペットを愛でよう~ / iOSDC Japan 2025
yutailang0119
0
220
monorepo の Go テストをはやくした〜い!~最小の依存解決への道のり~ / faster-testing-of-monorepos
convto
2
390
XP, Testing and ninja testing ZOZ5
m_seki
2
280
iOSエンジニア向けの英語学習アプリを作る!
yukawashouhei
0
170
クラシルを支える技術と組織
rakutek
0
190
Web Components で実現する Hotwire とフロントエンドフレームワークの橋渡し / Bridging with Web Components
da1chi
3
1.8k
Featured
See All Featured
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
15
1.7k
Side Projects
sachag
455
43k
Mobile First: as difficult as doing things right
swwweet
224
10k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
9
960
Designing for humans not robots
tammielis
254
25k
Faster Mobile Websites
deanohume
310
31k
Art, The Web, and Tiny UX
lynnandtonic
303
21k
Site-Speed That Sticks
csswizardry
11
880
Imperfection Machines: The Place of Print at Facebook
scottboms
269
13k
Building Flexible Design Systems
yeseniaperezcruz
329
39k
Building a Modern Day E-commerce SEO Strategy
aleyda
43
7.7k
Six Lessons from altMBA
skipperchong
28
4k
Transcript
生産性の壁を越えろ! 何がなんでも計測する 2025/09/13 SATOSHI KANEYASU
自己紹介 氏名:兼安 聡 所属:株式会社サーバーワークス アプリケーションサービス部 在住:広島(フルリモート) 担当:DevOps、技術支援、PM、SM SNS(X):@satoshi256kbyte ⚫ PMP2025
AWS Community Builders ⚫ 2025 Japan AWS Top Engineers (AI/ML Data Engineer) ⚫ 2025 Japan AWS All Certifications Engineers ⚫ 認定スクラムマスター ⚫ PMP
このお話の前提 • 舞台となるプロジェクトはスクラム開発です • 二週間単位で開発を行います • 二週間の最初に課題を作成・見積します • 二週間の中で完了したら課題を計上、プロジェクトの生産性とします。 •
スクラムチームの開発者はSIerで全員他案件と兼任です。
生産性がずっと低空飛行 スプリント 生産性 21 38 22 51 23 48 24
45 本当は80ぐらいが 目標だと思ってください
生産性があがらない理由 • 夏休みの宿題現象 • スクラム開発を都合のよい方向に解釈してしまう • どうしてもギリギリにならないと本気を出さない開発者が絶えない • そもそも生産性が計上できない •
課題が二週間のうちに終わる方が珍しい • 「完了したら成果として計上します。」 • ↑この条件を満たさないので、生産性に計上できない
教科書通り まずは計測しよう
忖度なしで毎日進捗を直視させる • 毎日進捗を確認しよう • Backlogにバーンダウンチャートがあるけど誰も見ていない • バーンダウンチャートのロジックを解析して、毎日通知するBotを作る • 忖度なしで毎日直視させる •
憎まれ役は機械に担ってもらおう
作成したBot • 参考 • Backlogのバーンダウンチャートの動きをゆっくりみてみる
按分して計上する • 二週間で終わらないのなら仕方ない、按分しよう • おそらく間違った方法だけれども仕方ない • 二週間で終わるように小さくするのは? • 小さすぎる課題は、全体把握の難易度があがりリーダーの負担増 •
じっくりとチームを育てるべきでは? • SIerなので契約も大事なんです・・・ Sprint N Sprint N+1 課題にかかった実際の時間
これで生産性は向上しましたか?
一瞬しか向上しませんでした
毎日体重計に乗るだけで ダイエットは成功しますか?
しません、ソースは私
体重に変化が起きないと、 ダイエットは続きません
バーンダウンチャートの理想線を意識 して課題を作る
バーンダウンチャートの理想線を意識して課題を作る • 毎日何枚かの課題が完了になる起票の仕方をする • 炎のマークが適度に出るような期限の付け方をする • 完了できていなくてもせめて適時コメントをする • これにより更新日が変化する •
更新日が変わってない課題は完全に停滞しているとみなせる
更新されない課題への対策例 • (その人にとって)課題が大きい、難しいです (PM)計画を見直そ、1日1個ずつ捌けるぐらいにしようか • 完了の仕方がわかりません (PM)残ってるやつは別課題に切り出して完了扱いにしようか • 社内外の関係者との調整に及び腰になってる (PM)3人で話しようか
まとめ
計測してこういうサイクルを作る 進捗の数字が変わらない PMが正しく焦る PMが声掛けする 進捗の数字が変化する 生産性が変化する 振り返る
ありがとうございました