Requirement, User Story, Acceptance Criteria

Tag

Agile, Scrum

Un progetto software, qualunque esso sia, nasce perchè c’è qualcuno che ha un problema da risolvere o una procedura complicata da semplificare.

Requirement

Quindi la chiave di volta è proprio questo “bisogno”, una necessità, che un cliente o un utente ci esprime  sotto forma di richeste o Requirement.

Una Requirement quindi rappresenta una necessità che deve soddisfare le domande

– Why? perchè hai questa necessità?
- What? di cosa ha bisogno per soddisfare il tu bisogno.

In questo contesto  è importante  definire lo Spazio del Problema (Problem Space) ed avere una chiara e univoca idea del problema da risolvere.

Se la Requirement è il bisogno, la User Story rappresenta la descrizione di una possibile soluzione nello spazio del problema, solitamente ha un punto di vista strettamente funzionale. Va detto anche che una Requirement può dare luogo a  più User Story.

Agili Books

Tag

Agile, Scrum

E’ ora di far spazio nella libreria per tre nuovi arrivi…  direttamente da Book Depository

• Agile Retrospectives, autore Esther Derby, tratta di uno degli eventi delle ptatiche agili, ossia la retrospettiva dopo una iterazione (quella che in Scrum è lo sprint)
• The Art of Agile Development, autore Shane Warden, tratta le pratiche XP dello sviluppo agile, cerca di dare praticità e concretezza a concetti che possono risultare troppo teorici.
• The Agile Samurai, autore, Jonathan Rasmusson, appena finisco di leggerlo vi racconto com’è ho letto delle ottime recensioni in rete e mi sono molto incuriosito qui trovate il video dell’autore che descrive il suo libro. [video]

Buona lettura agile a tutti

Italian Agile Day 2010 – my report

Venerdì 19 Novembre 2010 si tenuto a Genova L’Italian Agile Day,l’annuale conferenza quest’anno è arrivata alla sua settima edizione. L’Italian Agile Day è un appuntamento dedicato alle metodologie Agili per lo sviluppo e la gestione dei progetti software ed è si rivolge non solo agli sviluppatori ma sopratutto, secondo me, anche ai project leaders, IT managers.

Oltre 500 le presone intervenute all’evento sono state, persone che hanno esperienze da condividere o che semplicemente iniziano solo ora ad interessarsi a queste tematiche.

L’obiettivo della giornata organizzata dall’ Italian Agile Movement, è la diffusione della conoscenza oltre che la condivisione di esperienze e approfondimento di specifiche tematiche.  Come ogni anno l’accesso è stato libero, previa registrazione.

Scrum un po di storia…

Scrum è un processo incrementale e iterativo di sviluppo del software comunemente usato in quello che è noto come “Sviluppo agile del software”,  è orientato per il management dei progetti  software.

Scrum e i metodi agili si prestano dei processi di sviluppo software perchè si adattano in corso d’opera al processo a seconda di quanto accade durante il progetto. Infatti i progetto software somo per loro natura empirici, ossia hanno una forte variabilità durante il processo di sviluppo (cambiamneto delle variabili di mercato, nuove esigenze del cliente, cambio di tecnologie, ecc…)

Italian Agile Day 2010, 19 Novembre a Genova

L’Italian Agile Day 2010 è la settima edizione della conferenza gratuita di un giorno dedicata alle metodologie Agili per lo sviluppo e la gestione dei progetti software come eXtreme Programming, Scrum, Feature Driven Development, DSDM, Crystal e Lean Software Development aderenti all’Agile Manifesto.

La conferenza si rivolge agli sviluppatori software, project leaders, IT managers, tester, architetti e coach che hanno esperienze da condividere o che iniziano solo ora ad interessarsi a queste tematiche. Sarà una grande opportunità per scambiarsi idee e condividere esperienze. Il focus della giornata è la conoscenza pratica, le esperienze sul campo e un attivo coinvolgimento di tutti i partecipanti.

L’evento è organizzato dall’Italian Agile Movement che festeggia 8 anni di attività e si terrà Venerdì 19 Novembre 2010 a Genova. Maggiori informazioni sulla sede nella pagina ad essa dedicata.

Italian Agile Day 2010, 19 Novembre a Genova

E’ gia stato pubblicato un primo draft del programma dell’evento.  Per l’iscrizione ancora pochi posti a disposizione.

Nuovo Team Agile in Esteco

E’ con enorme piacere e un pizzico di soddisfazione che annuncio la nascita del primo team agile in Esteco….

Team RnD

Da circa due anni, più o meno da quando ho iniziato a lavorare in Esteco, predico e racconto di come sarebbe bello usare metodi Agili e in particolare Scrum in azienda.

Dopo molte presentazioni, incontri, fasi di studio e di approfondimento vedo il risultato di quanto investito e quindi  in bocca al lupo a Paolone  e il suo team RnD!!!

Personalmente è una piccola soddisfazione, questo lo considero un risultato della mia attività di “coaching” o meglio di condivisione delle mie, se pur limitate, informazioni in materia.

Metodi agili per lo sviluppo del software: cosa sono e da dove nascono

Prima di parlare di Sviluppo agile, bisogna parlare di insuccesso, ossia tutte le situazioni che puntualmente si presentano e concorrono per far fallire un progetto software.

Ci sono alcuni fattori, infatti, che maggiormente pesano sull’insuccesso dei progetti e sono :

1. La stima di costi e risorse. Spesso si sottovaluta il progetto sotto stimando le risorse,  i costi del progetto rischiano di lievitare senza controllo. A questo proposito non è detto che inserendo nuove risorse al progetto, questo riprende vita, anzi le persone devono essere formate sul progetto in corso, quindi le risorse impiegate devono investire energie per la formazione sottraendo enerigia allo sviluppo. Quindi i costi aumentano e lo sviluppo rallenta.
2. Il progetto è cosi complesso che richiede spesso sforzi importanti di analisi. Il costo e l’investimento per l’analisi di fattibilità è tale che non si prende in considerazione l’investimento sul progetto vero e proprio,  quindi il progetto fallisce prima di cominciare.
3. Rigidità burocratica, il progetto può risultare irrigidito o burocratizzato da troppi orpelli non sempre utili. E’ meglio impiegare gli sviluppatori per fare codice funzionante che report e grafici.
4. Bassa la capacità di reazione al cambiamento, può accadere che il contesto cambi, quello che i project manager chiamano lo scope, se non correggiamo la rottta in tempo rischiamo che, a progetto finito, risultiamo fuori mercato.
5. Le continue modifiche richieste dal committente in fase di sviluppo fanno slittare i tempi del progetto e quindi la data del rilascio viene continuamente posticipata.  Il risultato conseguente è crescita sia dei costi che dell’impazienza del committente, privo di riscontri del suo investimento.