Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Never Back Down

weLaika
March 26, 2014
87

Never Back Down

Fasi della progettazione. Problemi e possibili soluzioni.

weLaika

March 26, 2014
Tweet

Transcript

  1. Parliamo di... Progettare per il web: chi, quando, come Il

    retrobottega dell’agile Lean UX con risorse limitate Belle speranze a compimento How to in 8 mosse
  2. Progetto “Un’impresa complessa, unica e di durata determinata, volta al

    raggiungimento di un obiettivo chiaro e predefinito mediante un processo continuo di pianificazione e controllo risorse” (www.pmi.org)
  3. Progetto “Un’impresa complessa, unica e di durata (in) determinata, volta

    al raggiungimento di un obiettivo (spesso poco) chiaro e (non sempre) predefinito mediante un processo continuo di pianificazione e controllo risorse” (www.pmi.org)
  4. Project management “Combinazione di uomini, risorse e fattori organizzativi riuniti

    temporaneamente per raggiungere obiettivi unici, definiti e con vincoli di tempo, costi, qualità e risorse limitate” (www.pmi.org)
  5. Who is who Information Architect UX Strategist User Researcher User

    Testing Specialist Interaction Designer Visual Designer User Interface Designer Service Designer Art Director Accessibility Specialist Content Strategist Copywriter Product Manager Front-End Developer Programmer analyst Back-End Developer Business Analyst System Analyst Quality Assurance Specialist Marketing Specialist Project Manager | Project Supervisor | Scrum Master | Product Owner | Account | [...]
  6. • C’è una relazione inversamente proporzionale tra il numero di

    persone che compongono un gruppo e la prestazione dei singoli. • Il risultato collettivo equivale a circa la metà della somma dell'impegno di ciascuno, se fosse solo. • I team in cui gli sforzi individuali non sono o non possono essere valutati, manifestano pigrizia sociale. Effetto Ringelmann La pigrizia sociale
  7. The long way to… (1) Requirements - definition → act

    / wait for - documents → act / wait for - approval → wait for High-level site maps & workflows → (co)act - consensus and approval → wait for Screen-level wireframes for each section of the experience → act - presentation to stakeholders → (inter)act - consensus and approval → hope & pray (wait)
  8. The long way to… (2) Visual designs for each section

    → act - presentation to stakeholders → act - review → act / wait - presentation → act | review → act | presentation → act (…) - approval → wait & pray “The Spec”→ a doc detailing every pixel & interaction → act (write) Usability test for future improvements → act (why not before?) Hand off to development for review → act - approval & start of implementation → wait & finally ACT! (Libera interpretazione di Lean UX di Jeff Gothelf - smashingmagazine.com)
  9. How? It’s a problem • Problem finding • Problem shaping

    • Problem solving “un atto d’intelligenza, in quanto non consiste solo nel comprendere una spiegazione fornita da altri, ma comporta una partecipazione attiva e creativa, un qualche elemento di scoperta personale.” (wikipedia.org)
  10. Brainstorming kills creativity • Each one attacking the same objective

    • No criticism or negative feedback • No judgement approach • Forget quality: go for quantity of answers “The solo students came up with roughly twice as many solutions as the brainstorming groups, and a panel of judges deemed their solutions more “feasible” and “effective” [First empirical test of Osborne’s brainstorming - Yale University, 1958]. (The brainstorming myth - Johnatan Lehrer)
  11. Lifelong Team Working • Problem solving (vero) • Pensiero critico

    • Creatività (riconosciuta?) • Gestione costruttiva di sentimenti ed emozioni (c’entra?)
  12. Buoni propositi agile vs Processes and tools vs Comprehensive documentation

    vs Contract negotiation vs Following a plan (www.agilemanifesto.org) Individuals & interactions Working software Customer collaboration Responding to change
  13. Developer • Problem solver • Logica (linguaggi formali e non

    ambigui) • Sindrome da accerchiamento (Puoi installarmi l’antivirus?) • Atteggiamento da supereroe • Visual thinker • Intuizione e focus sull’estetica • Frustrazione da ingerenza (Fammelo un po’ più blu) • Atteggiamento da primadonna Designer (1) VS
  14. Developer Designer (2) VS • Spirito di competizione • Perdita

    di vision • Burn-out, rissosità, vittimismo • Competizione sotterranea (io, giudice di me stesso) • Rifiuto delle “cose tecniche” • Tendenza alla dominanza professionale (mood vs declinare)
  15. Example: 2D 4D = 0.945 Digit ratio (2D:4D), academic performance

    in computer science and computer-related anxiety
  16. Developer Designer (3) VS Nessuno • vedrà mai il tuo

    codice • capirà le tue ragioni e le tue scelte tecniche • penserà che tu sia creativo, anche quando le tue soluzioni lo sono. Chiunque • vedrà ogni tuo pixel • crederà di capire e giudicherà per correggere • pretenderà che tu sia creativo, sempre e comunque.
  17. Developer Designer (4) VS • Paura di non sapere come

    rispondere • Ansia di dover realizzare cose nuove • Timore del giudizio dei colleghi (interni) che ereditano il codice • Pair programming (profili simili con qualcosa di diverso) • Paura di non riuscire a modificare il design secondo richieste atomiche • Ansia di dover realizzare cose nuove • Ansia da portfolio (giudizio esterno) • Coppia creativa (profili diversi con qualcosa in comune)
  18. Working software (1) • PM notturno • Riutilizzo del codice

    (si/no/forse) • Decision making (funzioni mai usate; il non-detto delle specifiche; errori logici) • Fork implicito di prodotto e modifiche in corso d’opera
  19. Working software (2) • Testing (s’ha da fa/chi lo fa?

    Attività di test inserite nel Gantt) • Debugging (grave/non grave; senso di colpa; il WWF tutela il bug) • Refactoring (codice + leggibile, + corretto, + solido strutturalmente) • Formazione (mia/tua/sua…) (Reinterpretazioni dal webinar di Alessio Ricco)
  20. “Un forum, con possibilità di pubblicazione sui social network (in

    pratica lo SHARE che, x esempio, c'è anche su youtube) è possibile? (...) Pubblicazione di video, sempre con lo SHARE, tipo come su youtube (ci dicano loro [n.d.r. il cliente] com'è meglio farci dare i filmati, in modo che siano supportati senza problemi dal loro CMS). (...) Articoli con SHARE, è possibile?” “Sezioni a scomparsa: mantenendo spazi fissi c’è la necessità che le sezioni del sito siano a scomparsa e che ci sia la possibilità di crearne nuove. (...) Sarebbe perfetto se si potesse modificare anche la grandezza e la forma delle sezioni oltre che poter decidere dove metterle nella pagina.” (Nessun account ha subito maltrattamenti per la realizzazione di questa slide) Vita vissuta (1) “deliri a interpretazione aperta”
  21. Brief (2) Proporre soluzioni tecniche Clienti, project manager e designer

    che parlano di soluzioni tecniche, anziché di problemi.
  22. Vita vissuta (2) “problemi di compatibilità” “Community separata: nel caso

    le funzionalità offerte non ci sembrassero adeguate per creare il tipo di community che abbiamo in mente, sarebbe possibile far creare una community separata e poi integrarla nel sito (il problema principale potrebbe essere il database di utenti con username e password, che deve essere mantenuto della community).” “Questo sito è in realtà un passo intermedio, il prossimo anno infatti si vorrebbe aprire un nuovo sito con un altro obiettivo e con funzionalità diverse. Vogliamo essere sicuri che ci sia compatibilità tra i due.” (Nessun account ha subito maltrattamenti per la realizzazione di questa slide)
  23. Vita vissuta (3) “web fundamentals: analytics & link” “Si vorrebbe

    avere la possibilità di tracciare i movimenti interni al sito degli utenti (anche solo per determinate parti e in teoria solo per utenti già nel sistema con username e password) per sapere, per esempio, se un utente clicca su un corso ma poi non lo acquista.” “Vincolo per la homepage: possibilità di cliccare l’immagine di sfondo della Home per fini pubblicitari. Possibilità di cliccare altre parti nelle altre pagine.” (Nessun account ha subito maltrattamenti per la realizzazione di questa slide)
  24. Vita vissuta (4) “brevi cenni sull’universo” “Si vuole creare uno

    spazio in cui partner istituzionali e gli utenti possono dialogare, non abbiamo ancora finalizzato il layout, ma in linea di massima si vorrebbero creare spazi appositi dedicati ad ogni partner dove possano inserire corsi, slideshow di prodotto, streaming video, offerte speciali e dove gli utenti possono interagire (non ancora chiaro in che misura)” “Shop online da organizzare un po’ tipo Amazon” (Un account ha subito maltrattamenti per la realizzazione di questa slide)
  25. Responding to change (1) • Co-design empatico vs compartimenti •

    Developers in an early stage • Lavoro di gruppo e intelligenza collettiva • Ruoli e responsabilità chiare • Vision aziendale condivisa
  26. Responding to change (2) • Mediatore linguistico / Facilitatore culturale

    • Documentazione condivisa, light, negoziabile (es. guideline e manuali, wireframe annotati, libreria CSS, design library) • La spinta innovativa del team IT (Reinterpretazioni dal webinar di Alessio Ricco)
  27. Deliverables “Wireframes, site maps, flow diagrams, content inventories, taxonomies, mockups

    and (…) specifications document crystallized the value that the UX discipline brought to an organization.” (Jeff Gothelf – smashingmagazine.com)
  28. Lean UX (1) • Providing the minimum amount of information

    necessary to get started on implementation. • Very short, iterative, low-fidelity cycles • Feedback coming from all members of the implementation team early and often. • Collaboration with the entire team becomes critical to the success of the product.
  29. Lean UX (2) • The core difference is the regular

    and frequent involvement of the client. • Each time you review a directional sketch with your client, they’ll notice the evolution and progress. • Their feedback will work its way in and they’ll gain a sense of ownership.
  30. Project management “There is not a child alive who dreams

    of being a project manager. Maybe a firefighter, a rock star or an astronaut, but not a PM.” (Scott Bekun - Why project managers get no respect)
  31. Unfortunate stereotype “You were not good enough in your field

    to be an engineer or a programmer, and through politics and self-inflation, you find ways to take credit for the hard work done by others. It stings, but that’s the stereotype (ask at your next happy hour).” (Scott Bekun)
  32. PMs don’t get respect • Deal with meta-work (spreadsheets, status

    reports, ect) • Committed first to the process, not the output • Insecure, insensitive, or oblivious • Prefer intimidation to leadership • Promotion chasing • Toxic management chain • Madly in love with themselves • Lack of service orientation (Scott Bekun)
  33. “In una gerarchia, ogni dipendente tende a salire di grado

    fino al proprio livello di incompetenza” (Laurence J. Peter, 1969) The Peter Principle Da grandi gli sviluppatori fanno i PM?
  34. How to... 1. Selezionare gli irrecuperabili e disinnescarli 2. Supportare

    la progettazione modulare e lean (collaborazione) 3. Far rispettare la concentrazione (spiegando) e i sistemi di ticketing
  35. How to... 4. Offrire slot di reperibilità 5. Rendicontare attività

    svolta e tempi (timetable) 6. Pretendere e manutenere il carico di lavoro (todo list vs compressione timeline)
  36. How to... 7. Insegnare ai colleghi (alleanze long term vs

    arrocco) 8. Horizontal responsibilities (waterfall in agile)
  37. “Essere agili e ingegnosi, sapersi muovere in velocità mantenendo allo

    stesso tempo un’attenzione maniacale ai dettagli e presidiando continuamente i contenuti” (www.html.it) Never Back Down. Competenza, buonsenso, sensibilità.