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
22
0
Share
リソース効率とフロー効率についてざっくりまとめてみた
2024-02-28 社内勉強会で発表した資料です
k.ishikawa
February 28, 2024
More Decks by k.ishikawa
See All by k.ishikawa
DDD 値オブジェクトってなあに?
ishikawa096
0
140
正しいテスト駆動開発についてまとめてみた
ishikawa096
0
33
DDD ユビキタス言語ってなあに?
ishikawa096
0
34
ChatGPT×AWS LambdaのSlack Botを社内運用してみた
ishikawa096
1
67
Other Decks in Technology
See All in Technology
会社紹介資料 / Sansan Company Profile
sansan33
PRO
16
410k
本番環境でPHPコードに触れずに「使われていないコード」を調べるにはどうしたらよいか?
egmc
1
280
AgentCore RuntimeからS3 Filesをマウントしてみる
har1101
3
400
ある製造業の会社全体のAI化に1エンジニアが挑んだ話
kitami
2
870
Strands Agents × Amazon Bedrock AgentCoreで パーソナルAIエージェントを作ろう
yokomachi
2
270
BIツール「Omni」の紹介 @Snowflake中部UG
sagara
0
270
New CBs New Challenges
ysuzuki
1
170
20260410 - CNTUG meetup #72 - DiskImage Builder 介紹:以 Kubespray CI 打造 RockyLinux 10 Cloud Image 為例
tico88612
0
120
Azure Lifecycle with Copilot CLI
torumakabe
0
190
Hooks, Filters & Now Context: Why MCPs Are the “Hooks” of the AI Era
miriamschwab
0
140
Claude Teamプランの選定と、できること/できないこと
rfdnxbro
1
2.1k
Digitization部 紹介資料
sansan33
PRO
1
7.2k
Featured
See All Featured
Bash Introduction
62gerente
615
210k
Designing Experiences People Love
moore
143
24k
Testing 201, or: Great Expectations
jmmastey
46
8.1k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
231
23k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.4k
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
Measuring Dark Social's Impact On Conversion and Attribution
stephenakadiri
1
180
SEO in 2025: How to Prepare for the Future of Search
ipullrank
3
3.4k
Highjacked: Video Game Concept Design
rkendrick25
PRO
1
340
Introduction to Domain-Driven Design and Collaborative software design
baasie
1
720
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
16k
The Power of CSS Pseudo Elements
geoffreycrofte
82
6.2k
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/
まとめ ・フロー効率を考えるとチーム運用を効率化できる ・よく考えると今までも自然とペアプロ・モブプロに近い状態になってることはある →フロー効率高める意識を持って 戦略的に取り入れてみるといいんじゃないかなと思いました