Comments on: Augmented design e Agile UX

By: User stories, metodologia agile e user experience

User stories, metodologia agile e user experience — Sat, 18 Sep 2010 13:44:29 +0000

[...] chi volesse approfondire la metodologia consiglio di: gli ottimi post di Alberto 1) Augmented design e Agile UX 2) Wireframe e prototipi, perché servono farsi un giro su http://www.sviluppoagile.it e il libro User [...]

By: Wireframe e prototipi: perché servono - Alberto Mucignat

Wireframe e prototipi: perché servono - Alberto Mucignat — Tue, 27 Jul 2010 08:24:24 +0000

[...] Augmented design e agile UX: utilizzare wireframe/prototipi in ambienti agili. [...]

By: Simone Pomilio

Simone Pomilio — Tue, 15 Jun 2010 10:08:21 +0000

Interessante. Ecco un altro input da approfondire…

By: Alberto

Alberto — Tue, 15 Jun 2010 09:22:29 +0000

le concept map (concept model) sono lievemente diverse dalle mind map. mentre queste ultime “esplodono verso l’esterno”, le concept map rappresentano relazioni tra oggetti e si usano molto per definire logiche del sistema e documentare parti che non si riesce a rappresentare con le mappe del sito o con i flow chart. ne ho parlato anche qui: http://www.mucignat.com/blog/archives/789-sitemaps-o-concept-models.html

By: Simone Pomilio

Simone Pomilio — Mon, 14 Jun 2010 16:39:03 +0000

Grazie per la risposta!
Spero anch’io di poterci confrontare in futuro: gli eventi di settore possono essere un grande momento di crescita…

Assolutamente d’accordo sulle mappe concettuali (o mentali, non so se ci sia differenza), soprattutto per un lavoro molto preliminare di indagine: le sto usando proficuamente da poco e mi trovo bene con XMind.

By: Alberto

Alberto — Sun, 13 Jun 2010 10:17:03 +0000

Simone, grazie per aver condiviso! ci sono molti come te in italia che combattono una battaglia culturale per cambiare il modo in cui vengono progettati i software. mi interessa molto la tua esperienza e spero che magari ai prossimi eventi tu voglia condividerla con me e con gli altri!

solo un appunto: le desktop application, RIA, etc seguono secondo me le stesse pratiche. in ogni caso, l’architettura dell’informazione è essenziale (analizzare il db, le metainformazioni, le relazioni, ecc). nella mia esperienza per le applicazioni più “task oriented” sono molto utili le concept maps -oltre agli altri strumenti che citi- per un paio di motivi principali. il primo è che aiutano a focalizzare lo “scope” del sistema nella sua interezza, cosa che spesso è trascurata e quindi si creano esperienze/task “disgiunti”. il secondo è che aiutano a prendere conoscenza del dominio, specie se sviluppati/verificati assieme al cliente.

ciao, Alberto.

By: Simone Pomilio

Simone Pomilio — Fri, 11 Jun 2010 10:39:10 +0000

Alberto, mi chiamo Simone e lavoro in un’azienda ICT finora un po’ sorda all’introduzione di metodologie UCD nel processo di produzione… governato principalmente da software developers.
Sto lavorando ai fianchi la direzione da anni nel tentativo di sbloccare la situazione e orientare le fasi di analisi e progettazione partendo dall’utente e non dalle “funzionalità” (come vedi siamo indietro di alcuni anni).
Sono riuscito a forzare la mano prima sui mockup, percepiti immediatamente e tangibilmente utili a tutti i livelli, anche se la maggior parte dei colleghi immagina ancora che piovano dal cielo, generati in un momento di illuminazione creativa…
Ora l’introduzione molto lenta, da parte mia, di personaggi e scenari dei quali i mockup diventano non solo complemento, ma fonte appunto di progettualità aumentata, sta avendo i suoi frutti. Forse.
Uno degli ostacoli principali affrontati è stata la difficoltà di traghettare i risultati dell’analisi verso lo sviluppo attraverso deliverables subito fruibili da software engineers e progettisti tecnici.
In genere infatti i nostri progetti sono molto articolati e mediamente più complessi di un sito web di comunicazione, non tanto in relazione all’architettura dell’informazione, quanto all’interazione e ai flussi utente: solitamente si tratta di Desktop Applications o RIA (o intere piattaforme custom) molto focalizzate sul dominio operativo della committenza.
E’ qui che ho trovato efficace frammentare gli Scenari in User Stories (con alcuni accorgimenti per collegare task e soluzioni proposte ai commitments) pronte per essere recepite in funzione della stesura di Use Cases tecnici, Sequence Diagrams, ecc…

Mi sono dilungato un po’, ma ho voluto comunicarti la mia esperienza anche per ringraziarti di questo ottimo post e di altri che mi hanno aiutato a focalizzare strumenti e metodi adatti al mio contesto aziendale con l’obiettivo di rendere sempre più efficace il nostro meraviglioso lavoro.

Ciao!