| Revision as of 00:17, 17 December 2001 editDan~enwiki (talk | contribs)1,695 edits copyedit← Previous edit | Revision as of 00:35, 17 December 2001 edit undoHannes Hirzel (talk | contribs)500 edits Added Frederick P. Brooks; attribute it as a "classic text" of "software engineering"Next edit → | ||
| Line 1: | Line 1: | ||
| The Mythical Man-Month is a |
The Mythical Man-Month is a term used by in a book 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. | ||
| The book can be considered a classic text of ]. It was republished virtually unchanged (just an addition of a chapter) after more than 20 years. (<i>how many exactly</i>) | |||
Revision as of 00:35, 17 December 2001
The Mythical Man-Month is a term used by in a book 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 more than 20 years. (how many exactly)