# Binnengaan in SCRUM

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

<!-- category -- mostlylucidcouk, Imported -->
Ik werk momenteel mijn weg door het boek "[Agile software ontwikkeling met Scrum](http://www.amazon.co.uk/exec/obidos/ASIN/0130676349/mostlylucid-21)" door [Schwaber en Beedle](http://www.amazon.co.uk/exec/obidos/ASIN/0130676349/mostlylucid-21) [[VS](http://www.amazon.com/exec/obidos/ASIN/0130676349/mostlylucid-21)Ik ben er maar half doorheen, maar tot nu toe lijkt het op het enige ontwikkelingsproces dat kan werken voor een bedrijf als [degene waar ik momenteel bij werk](http://www.stormid.com/), probleem is dat we de neiging om snelle projecten te doen met zeer kleine teams (meestal teams van 1 ontwikkelaar met af en toe ontwerp / business analist input) en snel 'evolving' (d.w.z. verschrikkelijk muteren) eisen - dus de [oud](http://www.ogc.gov.uk/prince/) [monolithisch](http://www.rational.com/products/rup/index.jsp) ontwikkelingsprocessen passen gewoon niet bij de manier waarop we werken. [SCRUM](http://www.controlchaos.com/) is dat het is ontworpen om [passen rond bestaande ontwikkelingsprocessen](http://www.controlchaos.com/xpScrum.htm) (zoals [Extreme programmering](http://www.controlchaos.com/XPKane.htm)), het geeft gewoon een beetje meer controle / zichtbaarheid aan het hele proces.
Het vreemde is dat sommige van de beste managers waar ik mee gewerkt heb [vorige](http://www.theregister.co.uk/content/7/20204.html)[ondernemingen](http://www.vistiscotland.com/) hebben gebruikt zeer vergelijkbare methoden - hoewel eigenlijk niet gebaseerd op dit specifieke proces, alleen maar omdat het leek het juiste ding om te doen. Dus, als je denkt dat er nop ontwikkelingsproces dat ooit zou kunnen passen in de manier waarop uw bedrijf werkt, check out [SCRUM](http://www.amazon.co.uk/exec/obidos/ASIN/0130676349/mostlylucid-21) - Je bent misschien erg verrast!