Una chiamata per una maggiore design nel processo di sviluppo del software

0
75

“Il noleggio di più progettisti, okay?”

img-0803.jpg

Foto: HubSpot

×

img-0803.jpg

La chiamata da John Cutler, che, in un recente video di presentazione, esorta team di software per incorporare più progettisti di software team di crescere. Cutler che illustra come team di sviluppo software sono formate, che, a un certo punto, incorporare un designer nel processo per assicurare l’applicazione è così facile da usare come possibile. Essi possono portare un designer durante la fase iniziale, che lavora a stretto contatto con ogni iterazione del prodotto.

Naturalmente, il prodotto trazione guadagni, e di più gli sviluppatori hanno aggiunto per la squadra. Il singolo designer “ha le mani piene, ma è in grado di gestire se ha un senso di ciò che è nella to-do list, è in grado di destreggiarsi come trascorre il suo tempo e di energia.

Ma poi “diventa difficile operare come una squadra di otto sviluppatori, quindi la squadra si divide in due squadre di quattro,” Cutler dice, notando che i cambiamenti nel processo saranno sottili in un primo momento. “Che ora deve andare a due stand-up e le altre riunioni. Egli ha anche per la scansione di due schede per le loro rispettive liste di to-do.”. Come più gli sviluppatori di partecipare allo sforzo, il progettista, pianificazione diventa ancora più frenetica, ed “egli è tentato di ottenere a monte e a cimentarsi con la e finito il lavoro di progettazione prima di inviare il lavoro per gli sviluppatori.” Il designer finisce per giocare a Tetris con il software di orari di uscita, Cutler osserva.

La chiave è di non lasciare che il design emarginati nel processo di sviluppo del software, Cutler, dice. L’aumento di design organico è un approccio. Inoltre, “per visualizzare l’intero sistema”, ha funzioni consultive, notando che una valutazione approfondita del modo in cui i designer e gli sviluppatori di collaborare è essenziale. “L’efficienza e l’uscita, probabilmente non è il tuo problema. L’aggiunta di sviluppatori, non aiuta. Più pixel probabilmente non aiuterà. È necessario per rendere il prodotto migliore le decisioni. Designer potere di fare ricerca e di scoperta, insieme con i progettisti sufficiente per incorporare in squadre che vi aiuterà con questo. Vogliamo imparare più velocemente non vogliamo aggiungere ulteriori complessità.”

L’esigenza di disporre di software progettato getta i riflettori sulla pratica emergente di “DesignOps,” In un recente post, Nick Babich lo definisce come “un tentativo di rendere operativo il progetto… per stabilire un efficiente processo di design che si distingue per l’alta qualità del design uscite.” Babich echos Cutler osservazioni sulle sfide di sempre maggiore complessità nella distribuzione del software. “L’introduzione di un DesignOps ruolo non è solo un cambiamento strutturale, ma è anche un cambiamento culturale,” Babich stati. “La nostra comprensione del processo di progettazione matura, e non vogliamo più a separare i diversi team. Noi invece vogliamo designer, sviluppatori, ricercatori e altri membri del team che lavorano insieme durante il processo di progettazione, e la DesignOps squadra è quello che rende questo accada.”

Argomenti Correlati:

Priorità

Cloud

Big Data Analytics

L’innovazione

Tecnologia e Lavoro

Collaborazione