Riporto qui dal WIKI c2 la definizione di successo di un progetto Software. In particolare mi interesserebbe sentire da voi la vostra esperienza riguardo i punti 4,5,6. Ad esempio: li avete come obiettivi o credete che non debbano riguardare il team di sviluppo? E’ possibile secondo voi raggiungerli? Quali strumenti adottate per facilitarvi? Come riuscite ad ottenere del feedback sul raggiungimento degli stessi? In che modo collaborate con il business per raggiungerli?
Particolarmente affascinante e motivante il punto 6: non accontentiamoci di consegnare piu’ valore di quanto costiamo, ma cerchiamo di organizzarci in modo da consegnare quanto piu’ valore sia possibile con le risorse a disposizione!

There are increasingly broad ways to judge the success of a software project.

1. Works well enough to be used.
2. Can be maintained and improved.
3. Does what the stakeholders want.
4. Provides value to the organization.
5. Provides more value than it cost.
6. Provides more value than any other use of its resources could have.

Success at each level trumps failure at the previous level, so an unmaintainable piece of software that isn’t usable but still provides value to the organization has achieved level 4. An example of this is a piece of demo-ware that’s used to get a round of funding and thrown away afterwards. For most software, though, success at lower levels is necessary to achieve success at higher levels. For a project to be minimally successful, it has to achieve level 5. Developers doing ExtremeProgramming focus on levels 1, 2, and 3. They count on the customer to attend to levels 4, 5 and 6. Other methodologies focus on level 3, too. In fact, they didn’t even say much about levels 1 and 2. They count on the programmers and the stakeholders to achieve the other levels. And we all know how that turns out: lots of projects that don’t even function, or can’t be maintained. The neat thing about XP was that it brought levels 1 and 2 into the equation.

With XP, software is actually getting built and is maintainable. But the picture won’t be complete until we bring levels 4 and 5 in as well. If we truly want to be excellent, we need to include level 6.

Eccoci di nuovo ad un’altra giornata Agile italiana!

Quest’anno cade il 23 Novembre e una delle novità è che si terrà a Bologna.

Il programma è molto interessante, con svariati Experience Report e la partecipazione di uomini-agili del calibro di Francesco Cirillo e Tim Mackinnon, co-ideatore tra le altre cose dei Mock objects.

Per vostra fortuna quest’anno non cercatemi come speaker nel programma : conto comunque di disturbare Simone mentre parla dello split delle Storie.

Altra bella novità è la disponibilità di uno spazio nel quale si potrà improvvisare delle Track Open Space durante la giornata per continuare a discutere di sessioni concluse o per proporne di nuove.

Che dire? Vi aspetto!!!