# Gettin' in i SCRUM

<datetime class="hidden">2004-07-04T00:00</datetime>

<!-- category -- mostlylucidcouk, Imported -->
Jag arbetar just nu med boken.[Agil mjukvarautveckling med Scrum](http://www.amazon.co.uk/exec/obidos/ASIN/0130676349/mostlylucid-21)" av [Schwaber och Beedle](http://www.amazon.co.uk/exec/obidos/ASIN/0130676349/mostlylucid-21) [[USA](http://www.amazon.com/exec/obidos/ASIN/0130676349/mostlylucid-21)], -, det ser ganska bra ut. I', jag är bara halvvägs, men så här långt ser det ut som den enda utvecklingsprocessen som faktiskt fungerar för ett företag som [den jag jobbar med just nu](http://www.stormid.com/)Problemet är att vi tenderar att göra snabba projekt med väldigt små lag (, mestadels lag av 1, utvecklare med slumpmässig design | / | affärsanalyser input | ) | och snabbt [gammal](http://www.ogc.gov.uk/prince/) [monolitisk](http://www.rational.com/products/rup/index.jsp) utvecklingsprocesser passar helt enkelt inte in i vårt arbete. Vad är riktigt coolt med [Skurm](http://www.controlchaos.com/) är att den är konstruerad [passar runt existerande utvecklingsprocesser](http://www.controlchaos.com/xpScrum.htm) ( som [Extrem programmering](http://www.controlchaos.com/XPKane.htm)), det ger bara lite mer kontroll / synlighet för hela processen
Det underliga är att några av de bästa managererna jag jobbat med [tidigare](http://www.theregister.co.uk/content/7/20204.html)[företag](http://www.vistiscotland.com/) har använt väldigt liknande metoder - även om det inte är baserat på den här specifika processen | , | bara för att det verkade som det rätta att göra ♫ . | Så ♫ [Skurm](http://www.amazon.co.uk/exec/obidos/ASIN/0130676349/mostlylucid-21) - du kanske blir väldigt förvånad