Another testimony about the importance of people in software development : PeopleMatterMost by Martin Fowler.
He emphasis on developpers being productive, pleasant and what a compagny could do to hire such person, basically : high salary and geek environment.
I would ponder this point of view with “Beware of a guy in a room” by David Gristwood he states 21 rules of thumbs – How Microsoft develops its Software. I quote the whole thing, since the original HTML is too bad (search google and view source if your curious.)
This is really just a special case of “Don’t go dark.” Specialist developers who lock themselves away in a room, going dark for long stretches, are anathema to shipping great software on time. Without regard to their individual brilliance, before investing a developer with a significant assignment, it is essential that they understand and agree with the type of development program you intend to run. They must be capable of performing on a team, making their work visible in modest increments and subjecting it to scrutiny as it matures. Some people find this intolerable, and though there is a role for people of this disposition in the software world, it is not as part of a team devoted to shipping great software on time.
There are many pathologies at play here as well as certain healthy patterns of creative behavior. One pathology is a type of savior complex that cannot be satisfied without blowing every single deadline but the last, and then emerging victoriously with a brilliant piece of work five minutes late. A more healthy pattern is that of the true innovator who is truly designing something great, but who has no personal resources left over for anything but the work at hand. Every ounce of psychological, emotional and intellectual energy is being consumed in the work itself. Teamwork, in this case, is an insignificant factor to a person immersed in this sort of creative experience.
But whether or not the cause is healthy or bogus, the results are uniformly fatal to the professional development organization. Beware. Extricating yourself from this trap is nearly impossible.
Both opinions are debatable, but still inline with Characterizing People as Non-Linear, First-Order Components in Software Development