Non è un segreto che il processo di sviluppo agile è stato lanciato nel mondo dello sviluppo per diversi anni, schiacciando il metodo di sviluppo delle cascate più vecchio e clunkier. Per essere onesti, che fosse agile o qualcos'altro, la cascata era davvero arrivata, dato che il suo approccio avverso al rischio, dall'alto verso il basso, non poteva proprio tenere il passo con le richieste del mercato di oggi.
Mentre cambiamenti simili si verificano nel mondo del design, il processo di progettazione agile dovrebbe necessariamente apparire un po 'diverso rispetto allo sviluppo agile; sono, dopotutto, diverse discipline. Diamo uno sguardo più approfondito a quello che è lo sviluppo agile, e poi ad alcuni ottimi modi per adattare il processo al mondo del design.
Un rapido primer sullo sviluppo agile
The Agile Manifesto enfatizza le persone e le interazioni su processi e strumenti. In pratica, ciò significa comunicare frequentemente sia all'interno dei team che con il cliente, così come fare cose come le riunioni giornaliere di scrum in modo che l'intera squadra possa rimanere legata alle attività dei suoi membri. Ciò crea un ciclo di feedback coerente che consente ai team di adattarsi in base a ciò che i clienti, i beta tester e il mercato dicono loro, controllando anche frequentemente per garantire che il loro lavoro sia funzionale nell'ambiente in cui alla fine vivrà.
Più di ogni altra cosa, il processo agile sottolinea la produzione di deliverable in tempo e budget, non la perfezione, poiché i prodotti possono sempre essere ottimizzati. Questo per lo più assume la forma di iterazioni, brevi periodi di produzione intensi con obiettivi più piccoli e realizzabili che si sviluppano in ulteriori iterazioni lungo la strada.
Quindi quali passi puoi intraprendere per adattare mentalità simili a un ambiente di progettazione? Diamo un'occhiata.
Cambia il tuo rapporto con i tuoi clienti
Il tradizionale processo di progettazione gioca con il desiderio comune dei designer di presentare solo i prodotti più perfetti ai clienti. Ciò inizia nella fase di proposta e di ricerca con modelli di PSD eccessivamente elaborati e continua fino alla fase di approvazione finale. Ma per i progetti più complessi, non ha senso progettare per settimane se non mesi in astratto, completamente privo di input da parte dei clienti. Come sappiamo fin troppo bene, i clienti ottengono spesso una comprensione molto più chiara di ciò che stanno cercando quando un sito si riunisce. Inoltre, la domanda di mercato ha l'abitudine di cambiare più rapidamente di quanto i progettisti possano produrre. Questo può essere frustrante quando si lavora all'interno di un paradigma in cui il reindirizzamento richiede tempo e lavoro.
Adottare un approccio agile per far entrare i clienti in loop in ogni fase del processo e produrre un flusso costante di risultati finali può aiutare a risolvere questo problema, in quanto consente ai clienti di giocare con i progetti mentre vanno. Permette anche loro di acquisire una migliore comprensione di come la visione realizzata opererà in un contesto reale. Quanto più regolare è la comunicazione, tanto minori sono le probabilità di sorprese che si verificano lungo la strada, tanto migliore è il modo in cui una squadra può adattarsi alle mutevoli richieste lungo il percorso, piuttosto che dover ritornare sui propri passi.
In breve: rendere il cliente un membro della tua squadra.
Compilate spesso i team
Nel mondo dello sviluppo, l'integrazione del lavoro intra- e inter-team è una parte cruciale di qualsiasi progetto. Ciò è tanto più vero in quanto i team crescono dalle decine alle migliaia delle organizzazioni più grandi. Ma l'integrazione nel metodo waterfall avviene a intervalli non frequenti, rendendo più difficile per gli sviluppatori trovare bug in una quantità enorme di codice. Porta anche a molti backtracking e ritardi nelle spedizioni.
Non così con il metodo agile di integrazione continua, che ha devs l'integrazione del codice su una volta al giorno, se non tre volte. L'integrazione continua elimina il mistero indesiderato dall'integrazione, consentendo agli sviluppatori di rilevare i bug non appena si presentano e li risolvono immediatamente o li aggiungono nel backlog per la successiva iterazione del progetto. Si adatta bene anche al concetto agile di privilegiare le interazioni sui processi, poiché gli sviluppatori tra i team devono comunicare frequentemente per identificare e correggere questo tipo di errori.
I designer possono trarre vantaggio da una mentalità simile, sia che si tratti di effettuare un semplice check-in con altri membri del team su base giornaliera, sia di comunicare più frequentemente con gli sviluppatori per determinare ciò che è tecnicamente possibile implementare prima di dirigersi verso un percorso di progettazione eccitante ma complicato. La comunicazione tra team e la compilazione del lavoro consentiranno inoltre ai progettisti di concentrarsi sulla progettazione quando è necessario progettare, piuttosto che eseguire un overplanning o addirittura implementare un lavoro di progettazione che non si sincronizzi con quello che fanno gli altri team.
Test, Test, Test? Tutto il tempo
Su una nota simile ma crucialmente diversa, i test frequenti sono una parte importante del mantenimento delle iterazioni in pista. Con? Test? Intendo guardare oltre l'integrazione alla funzionalità di un progetto sia a livello micro che macro, sviluppando un punto di vista per la risoluzione dei problemi. In uno sviluppo agile, gli sviluppatori rompono i problemi più grandi in quelli più piccoli che possono essere meglio affrontati nell'ambito di iterazioni rapide. Il test di questo lavoro consente quindi di identificare i problemi da affrontare immediatamente o nella successiva iterazione. Ciò mantiene gli sviluppatori in linea e in orario, prevenendo il tipo di paralisi quando si avvicina troppo a una volta.
In questo modo, i frequenti test e una mentalità di problem solving non solo possono mantenere il processo di progettazione in pista, ma alimentano anche la creatività, in quanto impediscono ai designer di essere troppo coinvolti nel problema più grande di tutti: sapere fin dall'inizio come un sito dovrebbe apparire e sentire Concentrandosi su problemi minori, i progettisti possono abbracciare un processo creativo più emergente e scoprire la loro visione mentre vanno.
Detto questo, il valore dello zoom indietro fino al livello macro non può essere ignorato, altrimenti i progetti diventeranno troppo disgiunti. Come un buon equilibrio tra il più piccolo focus di risoluzione dei problemi di Agile e la visione più olistica di cascata, vale la pena dedicare diverse iterazioni alla risoluzione dei problemi nel contesto di un'immagine più grande, e anche solo prendere in considerazione per coerenza.
In breve
Quando ci pensi veramente, il design agile è semplicemente l'applicazione di certi principi di sviluppo agili al processo di progettazione. Poiché ogni designer e team di progettazione è diverso, è meglio scegliere i metodi che funzionano per te e adattarli man mano che procedi. Dopotutto, sembra la cosa agile da fare.