フロー効率性とリソース効率性について（QCDのトレードオフなんて本当は無かったんだ） - @i2key のBlog

最新版 本ポストをXP祭り2017で発表したので、補足を含め要点のみを抽出してリライトしております。 i2key.hateblo.jp 本ポストはプロダクト開発における特定の文脈によるものなのですべてがそうだとは言っていませんのであしからず。バイモーダル戦略でいうところのSoE領域*1であり、学びによる改善サイクルをガンガン回していくようなモデル・フェーズを対象としております。TPSやLEANを現場で実践してる方々には今更なお話かと思いますが、DevOpsやアジャイル、リーンスタートアップを実践していく上で何周かしてまた原点の理解すると深みがますというかようやく、「ちょっとだけリーンわかる」ようになったので自分用のメモになります。 共通の価値観としての「リードタイム」 SoEライクな開発をしていると、仮説を立案し、そのための仮説を実証するための機能を実装し、リリースして計測、そして学びを得

[i2key]

ポエム書いた

[satoshi1011]

フロー効率性からのリソース効率性。止めるな流せ。承認は淀み

[sh19910711]

"品質は悪いと基本的に手戻りを生むので速度に跳ね返る。手戻ってる時間は学びをうまない時間。品質を下げるという判断は学びの速度低下を許容する"

[kiririmode]

フロー効率はリードタイムを削減、リソース効率は稼働率を向上

[aki03]

“QCDは調整ネジではなく、リソース効率性とフロー効率性が調整のネジ”

[bash0C7]

"フロー効率性"

[mak_in]

あとでちゃんと読む

[radiocat]

QCDのトレードオフなんて無くて全部大事であり調整ネジはスコープというのは納得。

[chess-news]

スループットの最大化

[tbpg]

"WIPを1に制限すると生産ライン上のどこかでトラブルが起きた場合、後続ラインが全面停止する。デメリットではあるが、必ず異常事態を検知でき、後続に不良品が流れないと考えるとメリットでもある。"

[mooonymann]

“品質は悪いと基本的に手戻りを生むので速度に跳ね返る。”

[kozy4324]

“フロー効率性とリソース効率性”というワードが腑に落ちた。偉い人が言う生産性が実はリードタイムだった場合、生産性アップのためにリソース効率化しようという話は危険を孕んでそう

[assaulter]

あとで

[katzchang]

ところがそこでCostをある程度コントロール可能にしたのがクラウドコンピューティングなわけだ

[otihateten3510]

むずいっす＞＜　たぶんフローとリソースを意識してコントロールできたことがないからだと思う。周りから突かれる状況でフロー重視することは割りとあるけど（大抵死ぬ）　③→④はどうやるんだろう

[t-wada]

"従来の鉄板(だと誤解されていた)だった品質すてて速度あげようは品質は劣化すれば手戻りが発生するだけで、結局はリードタイムの増加に跳ね返るのでやめましょう"

[imslotter]

量子色力学かと思った(°▽°)

[int128]

わかりやすい

[swimming_pooh]

“QCDのトレードオフなんて本当は無かったんだ” 素晴らしいThis is Leanエントリー！

[kanu-orz]

"品質すてて速度あげようは 品質は劣化すれば手戻りが発生するだけで、結局はリードタイムの増加に跳ね返る のでやめましょう"