# Pääsee SCRUMiin

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

<!-- category -- mostlylucidcouk, Imported -->
Työstän parhaillaan kirjaa."[Ketterä ohjelmistokehitys Scrumilla](http://www.amazon.co.uk/exec/obidos/ASIN/0130676349/mostlylucid-21)" [Schwaber ja Beedle](http://www.amazon.co.uk/exec/obidos/ASIN/0130676349/mostlylucid-21) [[Yhdysvallat](http://www.amazon.com/exec/obidos/ASIN/0130676349/mostlylucid-21)Olen vasta puolimatkassa, mutta toistaiseksi se näyttää ainoalta kehitysprosessilta, joka voi oikeasti toimia [Se, jossa työskentelen tällä hetkellä](http://www.stormid.com/), ongelma on, että meillä on taipumus tehdä nopeita projekteja hyvin pienillä tiimeillä (useimmiten yhden kehittäjän tiimit satunnaisella suunnittelulla / liikeanalyytikon panoksella) ja nopeasti "kehittyvillä" (eli hirvittävän muuntavilla) vaatimuksilla. [vanha](http://www.ogc.gov.uk/prince/) [monolitiikka](http://www.rational.com/products/rup/index.jsp) Kehitysprosessit eivät vain sovi työtapoihimme. [SCRUM](http://www.controlchaos.com/) on, että se on suunniteltu [sovi olemassa olevien kehitysprosessien ympärille](http://www.controlchaos.com/xpScrum.htm) (kuten [Ääriohjelmointi](http://www.controlchaos.com/XPKane.htm)), se vain antaa hieman enemmän valvontaa / näkyvyyttä koko prosessille.
Outo juttu on, että jotkut parhaista johtajista, joiden kanssa olen työskennellyt [aiempi](http://www.theregister.co.uk/content/7/20204.html)[yritykset](http://www.vistiscotland.com/) ovat käyttäneet hyvin samanlaisia menetelmiä - vaikka eivät oikeastaan perustukaan tähän erityiseen prosessiin, vain siksi, että se tuntui oikealta. Joten jos luulet, että on olemassa nop-kehitysprosessi, joka voisi koskaan sopia yrityksesi toimintatapaan, tarkista [SCRUM](http://www.amazon.co.uk/exec/obidos/ASIN/0130676349/mostlylucid-21) - saatat yllättyä kovasti!