Comprensione del design agile e perché è importante
Non è un segreto che l'agile processo di sviluppo si diffonda nel mondo dello sviluppo da diversi anni ormai, scartando il vecchio metodo di sviluppo a cascata più clunkier. Ad essere onesti, che fosse agile o qualcos'altro, la cascata ha davvero avuto la meglio, visto che il suo approccio dall'alto verso il basso, avverso al rischio, non riesce a tenere il passo con le esigenze del mercato odierno.
Mentre cambiamenti simili si stanno verificando nel mondo del design, il processo di progettazione agile dovrebbe necessariamente apparire e sentirsi un po 'diverso dallo sviluppo agile; dopo tutto sono discipline diverse. Diamo uno sguardo più approfondito prima a cosa sia uno sviluppo agile, quindi ad alcuni ottimi modi per adattare il processo al mondo del design.
Una guida rapida allo sviluppo agile
Il Manifesto Agile sottolinea le persone e le interazioni su processi e strumenti. In pratica, questo significa comunicare frequentemente sia all'interno dei team che con il cliente, oltre a fare cose come riunioni di mischia giornaliere in modo che l'intero team possa rimanere connesso alle attività dei suoi membri. Ciò crea un circuito di feedback coerente che consente ai team di adattarsi in base a ciò che i clienti, i beta tester e il mercato stanno dicendo loro, controllando anche frequentemente per assicurarsi che il loro lavoro sia funzionale nell'ambiente in cui alla fine vivranno.
Più di ogni altra cosa, il processo agile enfatizza la produzione di risultati puntuali ed economici, non la perfezione, poiché i prodotti possono sempre essere modificati lungo la strada. Ciò assume principalmente la forma di iterazioni, brevi e intensi periodi di produzione con obiettivi più piccoli e più raggiungibili che si inseriscono in ulteriori iterazioni lungo la strada.
Quindi quali passi puoi adottare per adattare mentalità simili a un ambiente di design? Diamo un'occhiata.
Cambia la tua relazione con i tuoi clienti
Il processo di progettazione tradizionale gioca direttamente nel desiderio comune dei designer di presentare ai clienti solo i prodotti più perfetti. Questo inizia nella fase di proposta e ricerca con modelli PSD troppo elaborati e continua fino alla fase di approvazione finale. Ma per i progetti più complessi, non ha davvero senso progettare per settimane se non mesi in astratto, completamente privo di input da parte del cliente. Come sappiamo fin troppo bene, i clienti spesso ottengono una comprensione molto più chiara di ciò che stanno cercando quando un sito si riunisce. Inoltre, la domanda del mercato ha l'abitudine di cambiare più rapidamente di quanto i designer possano produrre. Questo può essere frustrante quando si lavora all'interno di un paradigma in cui il reindirizzamento richiede sia lavoro che tempo.
Adottare un approccio agile per collegare i clienti in ogni fase del processo e produrre un flusso costante di risultati finali può aiutare a risolvere questo problema, poiché consente ai clienti di giocare con i progetti mentre procedono. Inoltre, consente loro di comprendere meglio come funzionerà la visione realizzata in un contesto del mondo reale. Più la comunicazione è regolare, minori sono le possibilità di sorprese che sorgono lungo la strada, migliore è la capacità di una squadra di adattarsi alle mutevoli esigenze lungo la strada, piuttosto che dover ripercorrere i propri passi.
In breve: fai del cliente un membro del tuo team.
Lavoro frequente di compilazione attraverso squadre
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 nelle organizzazioni più grandi. Ma l'integrazione nel metodo a cascata avviene a intervalli rari, rendendo ancora più difficile per gli sviluppatori trovare bug in una grande quantità di codice. Porta anche a molti ritardi e ritardi nelle navi.
Non così con il metodo agile di integrazione continua, che ha gli sviluppatori che integrano il codice una volta se non tre volte al giorno. L'integrazione continua elimina davvero il mistero indesiderato dall'integrazione, consentendo agli sviluppatori di catturare i bug non appena si presentano e risolverli immediatamente o aggiungerli nel backlog per la successiva iterazione del progetto. Si adatta anche perfettamente al concetto agile di privilegiare le interazioni sui processi, poiché gli sviluppatori dei team devono comunicare frequentemente per identificare e correggere questo tipo di errori.
I progettisti possono trarre vantaggio da una mentalità simile, sia che ciò significhi effettuare un semplice check-in con altri membri del team su base giornaliera o comunicare più frequentemente con gli sviluppatori per determinare cosa è tecnicamente possibile implementare prima di intraprendere un percorso di progettazione emozionante ma complicato. La comunicazione tra i team e la compilazione del lavoro manterranno anche i progettisti concentrati sulla progettazione quando è necessario il design, piuttosto che sulla pianificazione eccessiva o addirittura sull'implementazione di lavori di progettazione che non si sincronizzano con quello che fanno gli altri team.
Test, Test, Test ... Sempre
Su una nota simile ma fondamentalmente diversa, i test frequenti sono una parte importante per mantenere le iterazioni in pista. Con "test" intendo guardare oltre l'integrazione con la funzionalità di un progetto sia a livello micro che macro sviluppando un punto di vista di problem solving. Nello sviluppo agile, gli sviluppatori dividono i problemi più grandi in problemi più piccoli che possono essere affrontati meglio nel quadro 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 pista e in tempo, evitando il tipo di paralisi che si verifica quando si avvicina troppo alla volta.
In questo modo, i test frequenti e la mentalità per la risoluzione dei problemi possono non solo tenere traccia del processo di progettazione, ma anche alimentare la creatività, in quanto impediscono ai progettisti di essere troppo coinvolti dal problema più grande di tutti: sapere fin dall'inizio esattamente come un sito dovrebbe apparire e sentirsi. Concentrandosi su piccoli problemi, i progettisti possono abbracciare un processo creativo più emergente e scoprire la loro visione mentre procedono.
Detto questo, il valore dello zoom indietro al livello macro non può essere ignorato, altrimenti i disegni diventeranno troppo disgiunti. Come un buon equilibrio tra il focus minore sulla risoluzione dei problemi di Agile e la visione più olistica della cascata, vale la pena dedicare diverse iterazioni alla risoluzione dei problemi nel contesto del quadro più ampio, e anche solo prendere in considerazione la vista per coerenza.
In breve
Se ci pensate davvero, la progettazione agile è semplicemente l'applicazione di determinati principi di sviluppo agile al processo di progettazione. Poiché ogni designer e team di progettazione è diverso, è meglio scegliere i metodi che funzionano per te e adattarli mentre procedi. Dopotutto, sembra la cosa agile da fare.
