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
22
リソース効率とフロー効率についてざっくりまとめてみた
2024-02-28 社内勉強会で発表した資料です
k.ishikawa
February 28, 2024
Tweet
Share
More Decks by k.ishikawa
See All by k.ishikawa
DDD 値オブジェクトってなあに?
ishikawa096
0
140
正しいテスト駆動開発についてまとめてみた
ishikawa096
0
33
DDD ユビキタス言語ってなあに?
ishikawa096
0
28
ChatGPT×AWS LambdaのSlack Botを社内運用してみた
ishikawa096
1
65
Other Decks in Technology
See All in Technology
「通るまでRe-run」から卒業!落ちないテストを書く勘所
asumikam
2
430
欠陥分析(ODC分析)における生成AIの活用プロセスと実践事例 / 20260320 Suguru Ishii & Naoki Yamakoshi & Mayu Yoshizawa
shift_evolve
PRO
0
240
楽しく学ぼう!ネットワーク入門
shotashiratori
1
500
会社紹介資料 / Sansan Company Profile
sansan33
PRO
16
410k
Zero Data Loss Autonomous Recovery Service サービス概要
oracle4engineer
PRO
2
13k
20年以上続く PHP 大規模プロダクトを Kubernetes へ ── クラウド基盤刷新プロジェクトの4年間
oogfranz
PRO
0
140
スピンアウト講座06_認証系(API-OAuth-MCP)入門
overflowinc
0
290
スピンアウト講座03_CLAUDE-MDとSKILL-MD
overflowinc
0
340
イベントで大活躍する電子ペーパー名札を作る(その2) 〜 M5PaperとM5PaperS3 〜 / IoTLT @ JLCPCB オープンハードカンファレンス
you
PRO
0
150
事例から紐解くSHIFT流QA支援 ~大規模プロジェクトの品質管理支援、QA組織立ち上げ~ / 20260320 Nozomu Koketsu
shift_evolve
PRO
0
110
Everything Claude Code を眺める
oikon48
13
8.9k
AWSの資格って役に立つの?
tk3fftk
2
370
Featured
See All Featured
Git: the NoSQL Database
bkeepers
PRO
432
66k
Organizational Design Perspectives: An Ontology of Organizational Design Elements
kimpetersen
PRO
1
640
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.6k
Designing Powerful Visuals for Engaging Learning
tmiket
0
290
Thoughts on Productivity
jonyablonski
75
5.1k
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
11
860
Reality Check: Gamification 10 Years Later
codingconduct
0
2.1k
SEOcharity - Dark patterns in SEO and UX: How to avoid them and build a more ethical web
sarafernandez
0
150
Fantastic passwords and where to find them - at NoRuKo
philnash
52
3.6k
A Tale of Four Properties
chriscoyier
163
24k
Information Architects: The Missing Link in Design Systems
soysaucechin
0
830
Amusing Abliteration
ianozsvald
0
140
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/
まとめ ・フロー効率を考えるとチーム運用を効率化できる ・よく考えると今までも自然とペアプロ・モブプロに近い状態になってることはある →フロー効率高める意識を持って 戦略的に取り入れてみるといいんじゃないかなと思いました