エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント35件
- 注目コメント
- 新着コメント
shunkeen
“今の自分たちに適切なリソース効率とフロー効率のバランス点を効率フロンティアと言います”/TDDの黄金回転みたいに、フロー効率性を上げて、リソース効率性上げて、目標練り直して、、、を繰り返すといいのかな
yasu-osu
製販機能別型から事業部型を経て、マトリックス型に進化していく組織の発展形態の話を想起させる話でした。フローとリソースのトレードオフに人間関係も入り、実際の組織は設計されていくイメージです。
nunulk
"コンポーネントチームは、1つの特殊技能を深めていくことができるため、リソース効率は良いのですが、価値が出てくるまでに多段の待ち行列を通過する必要があります。そのためフロー効率は悪化してしまいます。"
dgen
日本人はきっちりどちらかに振り分けるの苦手だろうね。考えた末にリソース重視に偏りそう。フローは昔ながらの価値観から脱却できない企業にはむずかしい。フットワークの軽いベンチャーとかじゃないと。
tettekete37564
これ効率の話かな。レジの例で言うならレジの高機能化や無人化が効率化の話であってそれ以外は稼働効率の話でしかない。効率と言うよりも単なる最適化、ソフトウェアで言うならリファクタリングの話にしか読めない
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック!
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
「もったいない」マインドが逆に効率を悪くする。フロー効率とリソース効率から考えるチームで仕事をする理由 - Qiita
﹁もったいない﹂マインドが逆に効率を悪くする。フロー効率とリソース効率から考えるチームで仕事をす...
﹁もったいない﹂マインドが逆に効率を悪くする。フロー効率とリソース効率から考えるチームで仕事をする理由チーム開発プロジェクト管理マネジメント はじめに 前回、なぜ、ソフトウェアプロジェクトは人数を増やしても上手くいかないのかの記事において、プロジェクト型の人員規模を柔軟に変化させる開発スタイルに関して、理論的なスケジュール削減の限界について考察しました。その際に、チーム型開発や組織とソフトウェアの紐付けについても示唆しました。 今回は、チームでソフトウェアを開発することに関して、﹁フロー効率﹂と﹁リソース効率﹂という観点から考察し、なぜ私たちはチームで開発するのか、あるいはなぜプロジェクト型を採用するのかについての考え方を深めていきたいと思います。 そして、組織における効率性の価値観が異なると、新しい効率性に関して理解をする前に﹁もったいない﹂と感じてしまい、新しい文化を取り入れづらくして
2021/12/13 リンク