Years ago, when I read The Mythical Man-Month, I found lots of stuff which I already knew from other sources. However, there were also new things in there, despite the book being from 1975. One of them was:
Mills proposes that each segment of a large job be tackled a team, but that the team be organized like a surgical team rather than a hog-butchering team. That is, instead of each member cutting away on the problem, one does the cutting and the others give him every support that will enhance his effectiveness and productivity.
This is a very interesting pattern for organizing a software development team, but I never found it described in any other Software Engineering book, not even mentioned anywhere.
Why is that?
Was the "Surgical Team" even unusual back then? Or, has it been tried and failed? If so, how did it fail? If not, why don't we see that pattern implemented in today's software projects?
- Was the "Surgical Team" even unusual back then?
- Or, has it been tried and failed?
- If so, how did it fail?
- If not, why don't we see that pattern implemented in today's software projects?