今でも簡単に適用できる30年以上前の見積もり技法

「見積もり」は、ソフトウェア開発における大きなテーマであり、ソフトウェア工学における最重要課題の1つでもあります。 前回からお届けしている“見積もり・シリーズ”では、「見積もりの目的（正確に見積もるだけでは不十分）」「見積もりの具体的な方法（精度を上げるため、少なくとも2つ以上の方法で見積もる必要がある）」「見積もりの応用（見積もり値に合わせる制御と再見積もり）」「見積もりの調整（状況に応じて開発量とスケジュールを再見積もりしなければならない）」について、具体的に解説していきます。 シリーズ2回目となる今回は“昔の見積もり技法”を解説します。見積もりを含めたプロジェクト管理は、過去30年以上、ほとんど進歩しておらず、

[palmyra]

「工数の「人数」と「月数」は交換可能ではない」「開発期間をn％短縮したい場合、人員をn^2分の1増員すべき」「開発期間を半分にすると、コストが2倍になる、品質が悪くなる」

[murasuke]

開発期間をn％短縮したい場合、人員をn2分の1増員すべき

[cockok]

"開発期間を10％以上短縮することは、長時間残業では対応不可能で、ましてや、「やる気があれば何でもできる!!」といった“根性論”は論外です"

[deep_one]

「人月の神話」人類史上、最大級のソフトウェア開発（笑）／『今なら、5000人年もかかる超巨大プロジェクトは、立ち上げた3秒後に壊滅します』

[istb16]

＠IT MONOist「組み込み開発」 最新記事一覧 - 山浦恒央の“くみこみ”な話（32）：今でも簡単に適用できる30年以上前の見積もり技法 - ＠IT MONOist

[suginoy]

「開発期間を10％以上短縮することは、長時間残業では対応不可能」

[moccos_info]

'過去30年以上ほとんど進歩していない、“今でも使える”見積もり技法' 30年経っても一般人に運用できないということは、使える(can use)ではないかもしれないが。

[tamu222i]

メインフレーム用のOSは5,000人年かかるそうな

[kei_kei]

30年前から言われてることなのに、30年たってもまともに適用されないのはなぜだろう…。