Fornire valore agli stakeholder (le parti interessate al rilascio di un prodotto) è ciò che si chiede allo sviluppo software.
Ma le specifiche dei requisiti spesso dettagliano solo i dettagli sulle funzionalità, anziché affrontare in modo diretto gli interessi degli stakeholder e chiarire ciò che per gli stakeholder è davvero importante.
"What's Fundamentally Wrong? Improving our Approach Towards Capturing Value in Requirements Specification", un articolo di Tom Gilb con Lindsey Brodie, su Requirements Network (per leggerlo, serve una registrazione gratuita).
Pagine
lunedì 30 agosto 2010
domenica 1 agosto 2010
Due tipi di progetto software
Due tipi di progetto software: quelli di base, a cui si chiede semplicemente di tirare fuori un prodotto che funzioni bene, e quelli strategici, che danno un vantaggio competitivo in termini di business.
Tra i due tipi di progetto sono diversi i rischi, le competenze necessarie, il modo di procedere.
Martin Fowler: Utility Vs Strategic Dichotomy.
Tra i due tipi di progetto sono diversi i rischi, le competenze necessarie, il modo di procedere.
Martin Fowler: Utility Vs Strategic Dichotomy.
mercoledì 28 luglio 2010
Ristrutturazione di UML
Un articolo (su Dr Dobb's) di Ivar Jacobson e Steve Cook sulla ristrutturazione in corso della specifica di UML e sugli sviluppi futuri della notazione.
martedì 29 giugno 2010
10 regole per prodotti di successo
Video di un intervento di Donald Norman alla conferenza Better Software 2009.
Norman è uno tra i massimi esperti di usabilità, famoso soprattutto per il libro "The Design of Everyday Things", tradotto e pubblicato da Giunti con il triste titolo all'italiana "La caffettiera del masochista. Psicopatologia degli oggetti quotidiani".
Norman è uno tra i massimi esperti di usabilità, famoso soprattutto per il libro "The Design of Everyday Things", tradotto e pubblicato da Giunti con il triste titolo all'italiana "La caffettiera del masochista. Psicopatologia degli oggetti quotidiani".
Tecno austerità
"Meno è meglio".
"I tecnologi si stanno risvegliando ai vantaggi del minimalismo, per due motivi: il fastidio per l'eccessivo numero di funzionalità dei prodotti da parte dei clienti che vogliono solo che le cose funzionino, e una forte richiesta da parte di clienti meno ricchi provenienti dai paesi in via di sviluppo."
The Economist, 12 giugno 2010.
"I tecnologi si stanno risvegliando ai vantaggi del minimalismo, per due motivi: il fastidio per l'eccessivo numero di funzionalità dei prodotti da parte dei clienti che vogliono solo che le cose funzionino, e una forte richiesta da parte di clienti meno ricchi provenienti dai paesi in via di sviluppo."
The Economist, 12 giugno 2010.
sabato 19 giugno 2010
Nuove versioni di UML e SysML
Revisioni minori, nulla di sostanziale.
UML 2.3 (maggio 2010)
Superstructure Specification - pdf, con barre di cambiamento: formal/2010-05-06
SysML 1.2 (giugno 2010) - pdf, con barre di cambiamento: formal/10-06-02
UML 2.3 (maggio 2010)
Superstructure Specification - pdf, con barre di cambiamento: formal/2010-05-06
SysML 1.2 (giugno 2010) - pdf, con barre di cambiamento: formal/10-06-02
lunedì 14 giugno 2010
Ostacoli all'agilità
Articolo breve e succoso di Johanna Rothman: "Barriers to Agility". Argomenti:
L'articolo è apparso su PragPub, una rivista online mensile pubblicata dai Pragmatic Programmers.
- Scegliere il giusto progetto pilota
- Scegliere il gruppo giusto per il progetto pilota
L'articolo è apparso su PragPub, una rivista online mensile pubblicata dai Pragmatic Programmers.
Iscriviti a:
Commenti (Atom)