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
74
正しいテスト駆動開発についてまとめてみた
ishikawa096
0
30
DDD ユビキタス言語ってなあに?
ishikawa096
0
17
ChatGPT×AWS LambdaのSlack Botを社内運用してみた
ishikawa096
1
62
Other Decks in Technology
See All in Technology
AWS Control Tower に学ぶ! IAM Identity Center 権限設計の第一歩 / IAM Identity Center with Control Tower
y___u
0
110
LLMアプリの地上戦開発計画と運用実践 / 2025.10.15 GPU UNITE 2025
smiyawaki0820
1
430
Uncle Bobの「プロフェッショナリズムへの期待」から学ぶプロの覚悟
nakasho
2
110
Where will it converge?
ibknadedeji
0
210
生成AIとM5Stack / M5 Japan Tour 2025 Autumn 東京
you
PRO
0
250
BI ツールはもういらない?Amazon RedShift & MCP Server で試みる新しいデータ分析アプローチ
cdataj
0
100
Vibe Coding Year in Review. From Karpathy to Real-World Agents by Niels Rolland, CEO Paatch
vcoisne
0
130
実装で解き明かす並行処理の歴史
zozotech
PRO
1
710
大規模サーバーレスAPIの堅牢性・信頼性設計 〜AWSのベストプラクティスから始まる現実的制約との向き合い方〜
maimyyym
7
4.3k
M5製品で作るポン置きセルラー対応カメラ
sayacom
0
180
【Oracle Cloud ウェビナー】クラウド導入に「専用クラウド」という選択肢、Oracle AlloyとOCI Dedicated Region とは
oracle4engineer
PRO
3
130
能登半島地震で見えた災害対応の課題と組織変革の重要性
ditccsugii
0
540
Featured
See All Featured
Into the Great Unknown - MozCon
thekraken
40
2.1k
VelocityConf: Rendering Performance Case Studies
addyosmani
332
24k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
3.1k
Code Reviewing Like a Champion
maltzj
526
40k
Embracing the Ebb and Flow
colly
88
4.8k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
23
1.5k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
359
30k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
54
3k
What’s in a name? Adding method to the madness
productmarketing
PRO
23
3.7k
Bash Introduction
62gerente
615
210k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
4k
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/
まとめ ・フロー効率を考えるとチーム運用を効率化できる ・よく考えると今までも自然とペアプロ・モブプロに近い状態になってることはある →フロー効率高める意識を持って 戦略的に取り入れてみるといいんじゃないかなと思いました