[フレーム]
はてなブックマークアプリ

サクサク読めて、
アプリ限定の機能も多数!

アプリで開く

気に入った記事をブックマーク

  • 気に入った記事を保存できます
    保存した記事の一覧は、はてなブックマークで確認・編集ができます
  • 記事を読んだ感想やメモを書き残せます
  • 非公開でブックマークすることもできます
適切な情報に変更

エントリーの編集

loading...

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。

タイトルガイドライン

このページのオーナーなので以下のアクションを実行できます

タイトル、本文などの情報を
再取得することができます
コメントを非表示にできます コメント表示の設定

ブックマークしました

ここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください

Twitterで共有

ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します

1421users がブックマーク コメント 126

ガイドラインをご確認の上、良識あるコメントにご協力ください

0 / 0
入力したタグを追加

現在プライベートモードです 設定を変更する

おすすめタグタグについて

よく使うタグ

なぜ、ソフトウェアプロジェクトは人数を増やしても上手くいかないのか - Qiita

ガイドラインをご確認の上、良識あるコメントにご協力ください

0 / 0
入力したタグを追加

現在プライベートモードです 設定を変更する

おすすめタグタグについて

よく使うタグ

はてなブックマーク

はてなブックマークで
関心をシェアしよう

みんなの興味と感想が集まることで
新しい発見や、深堀りがもっと楽しく

ユーザー登録

アカウントをお持ちの方はログインページへ

記事へのコメント126件

  • 注目コメント
  • 新着コメント
tpircs
ふわっとしたタイトルなのにゴリゴリした内容で素晴らしい。理解してかどうかわからんけど、人数は増やさずに残業させまくったほうが効率が良いということで、残業が蔓延するってことが起きている気もする。

その他
flont
各モジュールが完全に分離されていれば分業できるけど、完全に分離するほど詳細化できてるならもうそれは実装なので

その他
masatomo-m
コミュニケーションパスの数を増やしすぎないようにするため、小チームのまとまりみたいにするという手も良くやられるよね。ただ、その場合ハブになる人に負荷が集中するのと、その人の能力が低いと全てが終わる

その他
multipleminorityidentities
能力の差が埋まらなくて、実際プロジェクトを回してるのは少数でその人たちがデスマなんてのもザラ。

その他
JULY
「人月の神話」以来、ずっと指摘されていることだけど、上に立つ人になかなか理解してもらえない問題。定性的には知っていても、ここまで定量的に解説しているのは見たことがなかった。

その他
pavlocat
うまくいってるチーム→少人数で少なくともリーダが超優秀(そしてメンバーもだいたい優秀)

その他
MasaMura
スキルが低い要員は、コミュニケーションコスト、管理コストが上がるので、マイナスにしかならない。日本のPGを半数に削減して、残り半数にもっと良い給与を払っても生産はマイナスならない。

その他
isawo81
プロジェクトの序盤で何を作る・作らないの決断ができる人がほしい

その他
BOOOOOOOON
とにかく人手不足の業界なので増やすこともままならないケースが増えてきた

その他
remonoil
お客は人増やして(予定上は)早くしたいし上司も人増やして金稼ぎたい。コスパなんぞ誰も求めていないのである

その他
razokulover
デッドラインでやってたやつか

その他
simomm
ソフトウェアプロジェクトの工期は工数の三乗根に比例。コミュニケーションコストの小さい少人数に分割できるほどコストパフォーマンスが良くなる。

その他
sonots
改めて。リソースヒストグラム、有効工数

その他
kiririmode
工数・工期モデルの理論的説明とコミュニケーションコストのような人数依存のコストがもたらす影響

その他
tyoro1210
つまり みずほ銀行はどんな感じになりますか / 『闘うプログラマー』読み返したくなりますね

その他
samu_i
なぜ、車の台数を増やしたのに滞りなく荷物が配られないのか(ふしぎだー

その他
tetsu040e
腑に落ちる

その他
for-my-internet-demo
属人化のメリットというか見ないで済んでるとこというか

その他
masappo_bookmarks
"門外漢"

その他
rasterson
結構説得力のある説明だが、本当に理解して欲しい層に届くかどうかが問題ですね。気合で何とかなると思っている層の存在をどうするか。 分割や段階的に開発する以外に、半完成部品の組み合わせという方法も良さそう

その他
rin51
「人月の神話」などでふんわりとは知ってたけど、こうやって定量化されていたんだ

その他
t-wada
スケールメリットが必要なら、コミュニケーションコストの低い組織とプロダクトの実現が重要。コストパフォーマンスが必要なら、大人数の大型プロジェクトではなく小プロジェクトに分解しながら進めることが重要。

その他
snow8-yuki
"定数2.7" つまりeでは?

その他
rdrk
人月の神話とかで常識だと思って思考停止してたが、これだと企業が何も考えずにプログラマを採用しまくると利益率が下がるのかなって思った。

その他
atsushifx
一対一のコミュニケーションだからパスはnC2、よってO(n^2)。プロジェクトをサブプロジェクトに分けたり、Slack,GitHubのようなツールを使って一対多のコミュニケーションを増やすのが常道。

その他
indication
三乗根って、どうやって電卓で計算するん🤔

その他
OrionB312
後で読む

その他
udongerge
頭からケツまで手順の決まってる作業なら、人員を注ぐほど効率は上がるだろう。クリエイティブな分野ではそうはいかない。

その他
shinji
数字(数式)あって助かる。参考にする。

その他
alpon
IPA PMの過去問で、1人でやったら1人月の案件を2人でやったらX人月になることとするって前提が書いてあって、1.3-1.4くらいかなと思ったら1.7とかだったのが強烈に残ってる。

その他
a-hamahama
ソフトウェアプロジェクトの工期は工数の三乗根に比例する

その他
fukken
プログラミングというかシステム開発は本質的に「設計作業」で、しかも毎回新しい設計なのよな(使い回しに制約がないので、同じシステムを複数回作ることはない)。製造業の延長で考えるとうまくいかない。

その他
evolist
人数いるけど子供のサッカーみたいなPJな。で、できるやつからやめていくという。

その他
vbamacro
パワハラ高圧的な人間が1人でもいると、すべてのパフォーマンスが劣化するけどね

その他
nekosann_08
なんだかんだ1つのものを複数人で作り上げようとするとバンドメンバーくらいの規模感が丁度良いよね。

その他
nebos
"人数規模を拡大するにつれて、コミュニケーションコストの方が人数を追加するメリットよりも大きくなってしまうため、プロジェクトの拡大には上限がある"

その他
kirakking
データを視覚化することで説得力倍増。

その他
vjaPj
〇〇人月と考えてたら、落とし穴にハマる。単純な掛け算ではプロジェクトは回らない。感覚では分かっていても、グラフで見せられるとその違いがよくわかる。

その他
rryu
要は元々人数が増やせるようにプロジェクトが設計されていないと増やせない訳で、建築関係で人が増やせるのは設計上同時に割り当てられる最大値まで割り当ててないからだと思う。

その他
tomoya5
ハードもなんだよなあ

その他

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

プレビュー
アプリのスクリーンショット
いまの話題をアプリでチェック!
  • バナー広告なし
  • ミュート機能あり
  • ダークモード搭載
アプリをダウンロード

関連記事

usersに達しました!

さんが1番目にブックマークした記事「なぜ、ソフトウェ...」が注目されています。

気持ちをシェアしよう

ツイートする

なぜ、ソフトウェアプロジェクトは人数を増やしても上手くいかないのか - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure y... Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに ソフトウェアプロジェクトには不思議な性質があります。現状のスケジュールに課題を感じて、短くするために人員を投下しても、なかなか思い通りに短くならない。それどころか悪化してしまうことがあります。場合によってはプロジェクト自体が破綻して失敗してしまうことすらあります。 今回は、このようなソフトウェアプロジェクトに潜む直感に反する性質を数理的なモデルを介して理解していく試みです。ある種の思考実験としてお楽しみください。 宣伝 Qiitaさんとコラボ企画でアドベントカレンダーをつくりました。 DXをめちゃくちゃ改善した話を募集していま

ブックマークしたユーザー

  • ryosuke_nomura2025年06月26日 ryosuke_nomura
  • nreleariv2025年06月12日 nreleariv
  • machupicchubeta2025年04月11日 machupicchubeta
  • fujimakitk2025年04月11日 fujimakitk
  • quodius2025年01月05日 quodius
  • chopwave2024年12月26日 chopwave
  • iwatutuzi2024年12月16日 iwatutuzi
  • tinsep192024年12月14日 tinsep19
  • moronbee2024年11月27日 moronbee
  • gan_nu2024年11月22日 gan_nu
  • hisaichi55182024年11月17日 hisaichi5518
  • razokulover2024年11月17日 razokulover
  • JUJI2024年11月01日 JUJI
  • h_notsu2024年11月01日 h_notsu
  • yamastar2024年11月01日 yamastar
  • wata882024年11月01日 wata88
  • naoto4082024年10月31日 naoto408
  • delegate2024年05月22日 delegate
すべてのユーザーの
詳細を表示します

ブックマークしたすべてのユーザー

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

同時期にブックマークされた記事

いま人気の記事 - 企業メディア

企業メディアをもっと読む

はてなブックマーク

公式Twitter

はてなのサービス

Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しましたx

AltStyle によって変換されたページ (->オリジナル) /