| Revision as of 14:31, 28 October 2002 edit217.168.172.132 (talk)mNo edit summary← Previous edit | Revision as of 22:32, 12 December 2002 edit undo205.150.168.114 (talk)mNo edit summaryNext edit → | ||
| Line 1: | Line 1: | ||
| '''''The Mythical Man-Month''''' is a term coined in a book of the same name by ] |
'''''The Mythical Man-Month''''' is a term coined in a book of the same name by ], describing the unique problem of software development on correction of ]. It makes special mention of the fact that unlike other engineering problems when you fall behind schedule you can't just add people to the project and expect the extra hands to resolve the problem. | ||
| This is largely due to the idea that while a laborer can be added to the digging of a hole, in software development everyone’s idea, not only of what the hole is, but also the best way to dig it can vary widely and dramatically, leading to the idea that the addition of personnel to a development team will actually cause the schedule to slip more as they are made aware of the particulars of this 'hole' and the method being used by the existing team to 'dig' it. | This is largely due to the idea that while a laborer can be added to the digging of a hole, in software development everyone’s idea, not only of what the hole is, but also the best way to dig it can vary widely and dramatically, leading to the idea that the addition of personnel to a development team will actually cause the schedule to slip more as they are made aware of the particulars of this 'hole' and the method being used by the existing team to 'dig' it. | ||
Revision as of 22:32, 12 December 2002
The Mythical Man-Month is a term coined in a book of the same name by Frederick P. Brooks, describing the unique problem of software development on correction of schedule slippage. It makes special mention of the fact that unlike other engineering problems when you fall behind schedule you can't just add people to the project and expect the extra hands to resolve the problem.
This is largely due to the idea that while a laborer can be added to the digging of a hole, in software development everyone’s idea, not only of what the hole is, but also the best way to dig it can vary widely and dramatically, leading to the idea that the addition of personnel to a development team will actually cause the schedule to slip more as they are made aware of the particulars of this 'hole' and the method being used by the existing team to 'dig' it.
The book can be considered a classic text of software engineering. It was republished virtually unchanged (just an addition of a chapter) after 20 years.