It sounds like they're doing it badly wrong. They can only do it one way because the people selling SCRUM to the enterprise don't care how it is done. It's the responsibility of those making a living out of SCRUM to do it better. Whoever (a) wrote a book on SCRUM, (b) makes money providing SCRUM solutions, or (c) behaves or actually is a SCRUM-master. The people causing the problem are those who should be fixing it.

To a smaller degree, this is my experience too. The problem is that there are too many chiefs and not enough indians. Once a chief has been appointed (by the other chiefs) they will, almost invariably, begin a reign of paperwork, process and bureaucracy. The whole point of this is to establish control, give the orders and thereby establish yourself as a chief with a big tent. I have an even worse problem with software release. It's diabolical how these 'enterprise' organisations work - I'm shocked that they ever get any software produced. Go back ten years a SCRUM seemed like an entirely reasonable solution to the problem of PM. People who sell it don't realise the harm they're doing because, to them, they're selling a solution (to a problem they remember). They need to take a step back and consider what goes wrong as soon as these solutions are rolled out to the 'enterprise'.

1. Are there any test runners or, better still, continuous test tools to plugin to it? Such as Test-driven, NCrunch, ... 2. What about source code integration. E.g. does it have an Ankh plugin. I might not use many VS features but the ones I do use I absolutely must have. Besides most people here have VS paid for them by employers. - When I meet someone who's been happily using SD for several weeks I'll consider swapping. I'm not keen on 1-day stands.