This is a viewer only at the moment see the article on how this works.
To update the preview hit Ctrl-Alt-R (or ⌘-Alt-R on Mac) or Enter to refresh. The Save icon lets you save the markdown file to disk
This is a preview from the server running through my markdig pipeline
Gettin' in SCRUM
Sunday, 04 July 2004
Io ' sto lavorando sul mio percorso attraverso il libro.Lo sviluppo di software agile con Scrum" da Schwaber e Beedle [USA] - 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.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 monolitico. I processi di sviluppo semplicemente non corrispondono al modo in cui lavoriamo. SCRUM è progettato per: Si adattano ai processi di sviluppo esistenti. (come ad esempio Programmazione estrema), 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 precedentesocietà. hanno usato metodi molto simili - anche se non basati in realtà su questo processo specifico , solo perché sembrava la cosa giusta da fare SCRUM - potreste essere molto sorpresi.