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
16
リソース効率とフロー効率についてざっくりまとめてみた
2024-02-28 社内勉強会で発表した資料です
k.ishikawa
February 28, 2024
Tweet
Share
More Decks by k.ishikawa
See All by k.ishikawa
DDD 値オブジェクトってなあに?
ishikawa096
0
76
正しいテスト駆動開発についてまとめてみた
ishikawa096
0
30
DDD ユビキタス言語ってなあに?
ishikawa096
0
17
ChatGPT×AWS LambdaのSlack Botを社内運用してみた
ishikawa096
1
62
Other Decks in Technology
See All in Technology
Dify on AWS 環境構築手順
yosse95ai
0
100
「改善」ってこれでいいんだっけ?
ukigmo_hiro
0
400
組織改革から開発効率向上まで! - 成功事例から見えたAI活用のポイント - / 20251016 Tetsuharu Kokaki
shift_evolve
PRO
2
230
Introduction to Sansan Meishi Maker Development Engineer
sansan33
PRO
0
310
Zephyr(RTOS)にEdge AIを組み込んでみた話
iotengineer22
1
270
コンパウンド組織のCRE #cre_meetup
layerx
PRO
0
230
あなたの知らない Linuxカーネル脆弱性の世界
recruitengineers
PRO
3
140
Biz職でもDifyでできる! 「触らないAIワークフロー」を実現する方法
igarashikana
3
1.7k
JSConf JPのwebsiteをGatsbyからNext.jsに移行した話 - Next.jsの多言語静的サイトと課題
leko
2
180
サイバーエージェント流クラウドコスト削減施策「みんなで金塊堀太郎」
kurochan
4
2.2k
CREが作る自己解決サイクルSlackワークフローに組み込んだAIによる社内ヘルプデスク改革 #cre_meetup
bengo4com
0
290
今この時代に技術とどう向き合うべきか
gree_tech
PRO
2
2.1k
Featured
See All Featured
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
10
610
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
130k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
31
9.7k
KATA
mclloyd
PRO
32
15k
Code Reviewing Like a Champion
maltzj
526
40k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
140
34k
What's in a price? How to price your products and services
michaelherold
246
12k
A Tale of Four Properties
chriscoyier
161
23k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
52
5.7k
Git: the NoSQL Database
bkeepers
PRO
431
66k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
230
22k
How GitHub (no longer) Works
holman
315
140k
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/
まとめ ・フロー効率を考えるとチーム運用を効率化できる ・よく考えると今までも自然とペアプロ・モブプロに近い状態になってることはある →フロー効率高める意識を持って 戦略的に取り入れてみるといいんじゃないかなと思いました