Il Blog di Nicolò Carandini

Presi anche i biglietti del treno, non vedo l’ora che arrivi venerdì!

Alcune cosiderazioni su XP e Scrum e sulla metodologia da utilizzare per lo sviluppo del progetto che sto seguendo insieme a Federico:

• Scrum sembra inizialmente più semplice da utilizzare rispetto a XP ma è meno definito nell'area specifica dello sviluppo software.
• Probabilmente sono entrambe eccessive per un team di due sviluppatori ma forniscono una metodologia di gestione del progetto che a mio avviso è comunque necessaria.

Alcune risorse utili da leggere:

• XP: http://www.extremeprogramming.org
• Scrum: http://en.wikipedia.org/wiki/Scrum_(development)
• Scrum: http://www.codeproject.com/KB/architecture/scrum.aspx
• Sprint burn down chart: http://alistair.cockburn.us/Earned-value+and+burn+charts
• Video su Scrum: http://www.youtube.com/watch?v=Q5k7a9YEoUI&fmt=22
• Per una comparazione tra XP e Scrum: http://xpday3.xpday.org/slides/XPScrumPresentationHandouts.pdf

Tutto sommato si può tranquillamente sostenere che:

• XP è più orientato alla produzione di software di qualità
• Scrum è maggiormente focalizzato alla gestione dei progetti

Quindi pare opportuno usare un mix dei due.

• Scrum per gestire:
  • Il Prodotto (Product Backlog, Product Planning Meeting)
  • Il Processo (Sprint, Sprint BackLog, Sprint Planning Meeting, Sprint Review Meeting)
  • Il Team (Daily Scrum Meeting: 15 min duration - 3 questions - Empediments and Decisions)
• XP per gestire:
  • Il Team (Collective Code Ownership, Coding Standards, Continuous Integration)
  • Lo sviluppo del codice (Testing, Refactoring, Pair Programming)

Tutti daccordo?

Dopo una bella chiacchierata con Federico Degrandis ho deciso di mettermi in gioco e gli ho proposto di collaborare alla realizzazione del suo progetto.

I punti di interesse sono:

• Utilizzare Codeplex come Team Foundation Server.
• Utilizzare il plug-in di VS2008 Team Explorer per connettersi a Codeplex.
• Avendo sviluppato sempre e soltanto da solo, sperimentare (per la prima volta, alla mia tenera età!) il bello e il brutto di lavorare con altri.
• Utilizzare una metodologia di sviluppo agile (in realtà un mix di Scrum e XP) e vedere se ha senso per un team così piccolo, formato da due sole persone.
• Provare a sviluppare in Pair Programming remoto (qualcuno già lo fa? con quale sw?).
• Utilizzare TDD in un contesto applicativo reale (fino ad ora ho fatto solo delle prove).
• Realizzare una applicazione in WPF utilizzando il pattern M-V-VM.

Stay tuned…