# Gettin' in SCRUM

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

<!-- category -- mostlylucidcouk, Imported -->
Io ' sto lavorando sul mio percorso attraverso il libro.[Lo sviluppo di software agile con Scrum](http://www.amazon.co.uk/exec/obidos/ASIN/0130676349/mostlylucid-21)" da [Schwaber e Beedle](http://www.amazon.co.uk/exec/obidos/ASIN/0130676349/mostlylucid-21) [[USA](http://www.amazon.com/exec/obidos/ASIN/0130676349/mostlylucid-21)] - devo direM SK2 è ' sembra abbastanza bene! IoMSC5 sono solo a metà strada ma finora sembra l'unico processo di sviluppo che potrebbe funzionare per un'azienda come questa [Quella in cui lavoro al momento.](http://www.stormid.com/)Il problema è che tendiamo a fare progetti veloci con squadre molto piccole (principalmente squadre di 1 sviluppatori con un progetto occasionale / input degli analisti d'affari) e rapidamente M' in fase di evoluzioneM SK6 m(iMSC8eMNK9 mutando terribilmente i requisiti |) | - | quindi il [vecchia](http://www.ogc.gov.uk/prince/) [monolitico.](http://www.rational.com/products/rup/index.jsp) I processi di sviluppo semplicemente non corrispondono al modo in cui lavoriamo. [SCRUM](http://www.controlchaos.com/) è progettato per: [Si adattano ai processi di sviluppo esistenti.](http://www.controlchaos.com/xpScrum.htm) (come ad esempio [Programmazione estrema](http://www.controlchaos.com/XPKane.htm)), dà solo un po' di più di controllo / visibilità al processo intero
La cosa strana è che alcuni dei migliori manager con cui ho lavorato a MSK [precedente](http://www.theregister.co.uk/content/7/20204.html)[società.](http://www.vistiscotland.com/) hanno usato metodi molto simili - anche se non basati in realtà su questo processo specifico , solo perché sembrava la cosa giusta da fare [SCRUM](http://www.amazon.co.uk/exec/obidos/ASIN/0130676349/mostlylucid-21) - potreste essere molto sorpresi.