マンパワーは足し算では動かない｜深津 貴之 (fladdict)

動画そのものはネタ動画だ。が、人的リソースの運用ミスを、端的に表現している。 一人で素早くできる作業が、共同作業になった瞬間にグダグダになる。いくつかの条件がそろうと、マンパワーの追加は生産性に貢献しなくなる。 ・状況が刻々と変化し、リアルタイムのチューニングが必要になる ・作業者の間で、多くのインタラクションが発生する ・インタラクションそのものの時間コストが大きい ・インタラクションが不定期に発生する ・動作の始動や停止に時間がかかる高速道路の渋滞、役所のたらい回し、伝言ゲームなどが典型的な例だろう。 逆に、マンパワーの増員でスケールする分野はどうだろうか。作業者が完全に分業するケース、インタラクションが周期的に起こるケースが多い。 ・作業者の作業が独立している ・インタラクションの時間コストが小さい ・インタラクションが周期的パターンで発生するこちらは工場のコンベア作業、椀子そば、餅

[shun_shun]

10倍だぞ10倍。

[JULY]

「このあたりに、汎用的に使える、スピードアップのコツがないものかなと考える。」人月の神話で銀の弾は無いと言われてから半世紀近く経つが。

[hisawooo]

上手な人が一人でやっている状態、サステナビリ性・冗長性という点では決していいものではないし、それが大企業の強みなんじゃないの？当たり前の指摘で恐縮なんだけど・・・。

[mobile_neko]

古典に立ち返ろう「人月の神話」

[REV]

「深いパイプライン、高速クロック、並列化、簡素な命令」のRISC派か、その逆でシングルスレッドでの性能、特に分岐を含んだ命令実行も考慮したCISC派のバトルが懐かしい。そして、勝ったのはGAFAだったよ…

[denimn]

100人集めて100人月の開発を一ヶ月でできるかっちゅーことよね。

[tarotheripper]

ウォーズマン理論を使えば、100万人月が1200万人月になるぞ。

[ChaiVor]

「全体は部分の総和に勝る」byアリストテレス

[moerrari]

昔IT業界関連のエントリでデスマーチの人員を増やしても進捗は改善しないといった内容があったが、まさにこの動画の例が的を射ている / この辺のエントリ→ Togetter - https://togetter.com/li/1090247

[hirorock]

適切な分業は効率化が望めるし必要なのでは？といったお話

[tune]

そうは言っても世の中たくさんの人数でないと作れないものがたくさんあり、ボトルネックを生まないやり方を大企業もベンチャーもまだうまく学べてないと思う。

[eeennnooo]

わ

[meganeya3]

能力値掛け算で能力値が1より高い人間が増えると増強だが、1より低い人間が増えると全体が弱体化する。残念ながら1以上の人間はあまりいないし、今時単純作業で増強が必要なことは最初から問題にならない

[kmaebashi]

いつまでも人月の神話を持ち出すのもいいけどさ、そこを何とかするのがソフトウェア工学というもんじゃなかったんですかね。

[securecat]

インタラクションじゃなくてインストラクションじゃないのかという部分がちらほら

[Memeo]

これ夫婦の家事分担なんかで典型な話だよな。

[marmot1123]

マシンパワーも足し算にするのは頑張らないと難しい。

[nikousatsu]

朝の駅前のゲロ見ても仕事のアイデアが湧いてきそうだな、この人。

[yug1224]

10人の妊婦集めても1ヶ月で子供産めないってやーつ

[micchang1107]

1+1のマンパワーが0.5になりうることはきちんと理解しておきたい。「マンパワー不足→マンパワー追加」が正しい課題設定と正しい打ち手かどうか。

[i_luv_kneesox]

ねこふんじゃったを弾ける人10人集めても幻想即興曲が引けるわけではない。

[proverb]

事業フェーズによって適切なマネジメントは違うので、フェーズごとに割り切って評価指標も混同しない、がベストプラクティスだと思う

[mgrstr]

組織構成を考える側としてはこれは常に意識しておきたい

[augsUK]

分業を回しやすい工場勤務みたいなの以外を全部個々人に任せてたら、冗長性が無さ過ぎて突然死を迎えるので、その相互作用による損失は必要コスト。大学の研究室じゃないんだから。

[zu2]

分業の重要性。現場になんでもかんでもやらせるのはダメ（経営者目線とか、ね）

[Kaisai_Adashino]

よくある雪合戦で劣勢だったチームが投てき手と雪玉生産係を分業する事で盛り返す奴。さっきうちのメイドがウザすぎる！で読んだ。それで逆転勝ちしたかというと予想外の結果に。よくあるネタでもヒネると面白くなる

[sky-y]

“「調整」という業務そのものが、大きくなるほど機能しなくなるのだろう。”

[nunulk]

プロダクトを部品に分けていった結果統制が取れなくなり、ちぐはぐはUIになったり目的のよく分からない機能が追加されたりするリスクをどうするかだよなぁ

[s2kw]

一人の能力が高く専門性の共有範囲が狭いほどこの傾向強いよな。理想はスカイラブハリケーンだろうけど、そんな息合うことなんて双子でも無理やろし。

[tecepe]

この人のエントリ好き嫌いがはっきり別れてて面白いw　クソ似合わなくて気持ち悪いロン毛やめてからちょっとアンチが減った気がするし見た目は大事ですね。

[no-cool]

深津さん…

[gcyn]

本当に一番最後まで読まないと「なんだスピードアップの話だったのか」と分からない文章で、普段なら別にどうともないのだけど、今回は体験の専門家たる著者氏の文章であり、妙に変な味わいが出た感じしました。

[kangaetemita]

もうちょい深く大企業病というのを観察すると、マンパワーが必要な仕事を一人でやっていて、要らぬ調整だけが多重に重なっているという二重苦の現場が多いような気が。ミクロでもマクロでも非効率的な。

[rgfx]

あー、2010年代初頭に「Hadoopでの分散スケールアウトに向くバッチ処理・向かないバッチ処理」みたいな話とか無かったかな。シングルスレッドが頭打ちの昨今だけども。人も機械も物理は超えられないもんで。

[yoiIT]

大企業は「属人化はリスク」という理論を武器に、複数人で対応して人月費を稼いでるので確信犯だと思う。

[commonp]

この動画、黒い服を着た男が仕事の足を引っ張っているだけだと思うのだけど。

[yoko-hirom]

大規模土木建築物が少数精鋭で建つかどうかも併せて考えよう。

[teraph]

個人単位に分業した結果、部署内で縦割り意識（これは俺の仕事じゃない云々）が蔓延。しかも属人化が進んで作業がブラックボックス化した。

[pianocello7]

これいい話。説得力すごい。