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
k.ishikawa
February 28, 2024
Technology
0
12
リソース効率とフロー効率についてざっくりまとめてみた
2024-02-28 社内勉強会で発表した資料です
k.ishikawa
February 28, 2024
Tweet
Share
More Decks by k.ishikawa
See All by k.ishikawa
DDD 値オブジェクトってなあに?
ishikawa096
0
25
正しいテスト駆動開発についてまとめてみた
ishikawa096
0
23
DDD ユビキタス言語ってなあに?
ishikawa096
0
12
ChatGPT×AWS LambdaのSlack Botを社内運用してみた
ishikawa096
1
48
Other Decks in Technology
See All in Technology
AWS Lambda のトラブルシュートをしていて思うこと
kazzpapa3
2
180
TanStack Routerに移行するのかい しないのかい、どっちなんだい! / Are you going to migrate to TanStack Router or not? Which one is it?
kaminashi
0
600
Lambda10周年!Lambdaは何をもたらしたか
smt7174
2
110
心が動くエンジニアリング ── 私が夢中になる理由
16bitidol
0
100
rootlessコンテナのすゝめ - 研究室サーバーでもできる安全なコンテナ管理
kitsuya0828
3
390
Engineer Career Talk
lycorp_recruit_jp
0
190
これまでの計測・開発・デプロイ方法全部見せます! / Findy ISUCON 2024-11-14
tohutohu
3
370
Can We Measure Developer Productivity?
ewolff
1
150
OS 標準のデザインシステムを超えて - より柔軟な Flutter テーマ管理 | FlutterKaigi 2024
ronnnnn
0
190
OCI Vault 概要
oracle4engineer
PRO
0
9.7k
RubyのWebアプリケーションを50倍速くする方法 / How to Make a Ruby Web Application 50 Times Faster
hogelog
3
950
ノーコードデータ分析ツールで体験する時系列データ分析超入門
negi111111
0
420
Featured
See All Featured
Why Our Code Smells
bkeepers
PRO
334
57k
GitHub's CSS Performance
jonrohan
1030
460k
Building Better People: How to give real-time feedback that sticks.
wjessup
364
19k
Designing for humans not robots
tammielis
250
25k
Faster Mobile Websites
deanohume
305
30k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
8
900
Building Adaptive Systems
keathley
38
2.3k
Become a Pro
speakerdeck
PRO
25
5k
The MySQL Ecosystem @ GitHub 2015
samlambert
250
12k
What’s in a name? Adding method to the madness
productmarketing
PRO
22
3.1k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
42
9.2k
Happy Clients
brianwarren
98
6.7k
Transcript
リソース効率とフロー効率
リソース効率とは ・リソースとは人 ・リソース効率が高い状態とは、 人の稼働率が MAXの状態 手が空いたら次の作業 常に何かしら手を動かして いる状態
フロー効率とは ・フローとは できたものを提供できるまでの時間(リードタイム) ・フロー効率が高い状態とは、 1つの機能がリリースされるまでの時間が最短 な状態 → チーム全員で同じ機能を実装し短期間で完成、リリース
出典: フロー効率性とリソース効率性について #xpjug https://www.slideshare.net/i2key/xpjug
リソース効率を目指すと なにがよくないのか
リソース効率重視のデメリット❎ ①稼働率を常に100%に →手が空いた人に次々仕事を振っていくことになるため、 チーム全体で見ると個々人が別々の機能を担当している状態になりがち
リソース効率重視のデメリット❎ ①稼働率を常に100%に →手が空いた人に次々仕事を振っていくことになるため、 チーム全体で見ると個々人が別々の機能を担当している状態になりがち 分業化の発生→知識が属人化 同じチームだけど他の人が何やってるか全然分からん 「この機能直せるのが **さんしかいない」 →開発効率低下、無理に直してバグを出す
リソース効率重視のデメリット❎ ②リリースが遅くなる 機能AをAさん、機能BをBさんがそれぞれ1ヶ月かけて開発、 1ヶ月後にまとめてリリース
リソース効率重視のデメリット❎ ②リリースが遅くなる 機能AをAさん、機能BをBさんがそれぞれ1ヶ月かけて開発、 1ヶ月後にまとめてリリース →全員の作業が終わるまで全体像がわかりにくい リリース前に急にバグ発覚しがち (知らないソースと急に合流するのでバグ調査難しい)
出典: フロー効率性とリソース効率性について #xpjug https://www.slideshare.net/i2key/xpjug
出典: フロー効率性とリソース効率性について #xpjug https://www.slideshare.net/i2key/xpjug
フロー効率を重視すると ・チームで同じ機能を開発するので、皆が知識がある状態になる →分業化しない 誰でもどこでも直せる
フロー効率を重視すると ・チームで同じ機能を開発するので、皆が知識がある状態になる →分業化しない 誰でもどこでも直せる ・リリースが早くなる →できた機能からリリース(もしくは触って動かせる状態に)できるので バグ・改善点を見つけやすい
要するに ・リソース効率重視の運用で起きていた問題が フロー効率重視にすると改善できる可能性 ・バグが少ない・・・つまり結果的に必要な手数が減る →実はフロー効率を高めるとリソース効率も高まる
フロー効率を上げる方法
フロー効率を上げるテクニック ・クロスファンクショナルチーム、フルスタックエンジニア →なんでもできるチーム、なんでもできる人 専門外の部分を他のチームや人に引き継ぐ手間が無いので効率が高まる ・モブプログラミング・ペアプログラミング
モブプロとは ・3人以上のメンバーが1台のPCの前に集まって開発すること 2人でやるのがペアプロ (※ペアプロとモブプロは厳密にはアプローチが違う部分もある)
参考事例 https://engineering.mercari.com/blog/entry/20211130-52e6d96087/
まとめ ・フロー効率を考えるとチーム運用を効率化できる ・よく考えると今までも自然とペアプロ・モブプロに近い状態になってることはある →フロー効率高める意識を持って 戦略的に取り入れてみるといいんじゃないかなと思いました