I gestori senza un sfondate tecnicu spessu pensanu chì a cosa principal hè di scrive termini di riferimentu detallati per i sviluppatori, è dopu, tuttu ciò chì resta hè di dumandà à elli à scuntrà i termini strettamente. Iè, questu hè impurtante.
In più di a descrizzione di e funziunalità, i termini di riferimentu devenu include i mock-ups di schermi cù un disignu cumplettamente finitu è testi di tutti i missaghji mostrati à l'utilizatore perchè hè una mala idea di lascià u disignu è u copywrite à u sviluppu di software. .
Ma u peghju di tuttu, dopu avè discututu di funziunalità cù i sviluppatori, per stà in daretu è aspittà tranquillamente u risultatu. U sviluppu di u software hè un prucessu cuntinuu, è avete bisognu di capiscenu chjaramente ciò chì travagliate in u mumentu è ciò chì ci hè da fà. U più prufonda in u prucessu, u più prubabile hè chì vi avvisate quandu qualcosa va male.
Focus nantu à e Funzioni Principali
Cumu pò aiutà stu tipu d'immersione? Una di e cause più cumuni di u slippage di scadenza hè difficultà inespettate in l'implementazione di funzioni chjuche è micca cusì impurtanti. I boni sviluppatori s'impegnanu à fà boni prudutti, chì significa implementà tutti l'elementi specificati in a spec. Cum'è un ideologistu di u produttu, pudete è deve abbandunà tutte e funziunalità minori da u pianu si cumincianu à piglià troppu tempu, vale à dì, più di uni pochi di ghjorni.
Ùn aghjunghje micca novi compiti durante u sviluppu di software
Una volta chì vi immerse in u prucessu di sviluppu è avete l'uppurtunità di vede risultati intermedi, avarete un forte desideriu di aghjunghje è cambià a funziunalità à a mosca. Ùn fate mai cusì ! L'aghjustà è a mudificazione di esigenze in diretta hè u più grande trascinamentu in u timeline di sviluppu; A funziunalità parzialmente implementata hè assai più difficiuli di cambià.
In u 95% di i casi, hè megliu stà in u pianu originale è pruvà una nova funzione cuncipita nantu à l'utilizatori in diretta. E poi fate cambiamenti basatu nantu à i feedback.
Cuntrolla i sforzi di i sviluppatori
Au fil du temps, évaluerai la durée d'une tâche, et sera plus précise qu'elle squadra di sviluppu di softwarei risultati di. Per esempiu, e funzioni novi sò aghjunte relativamente rapidamente, mentre chì a riprogettazione di e funzioni antichi quandu a cunversione di e dati di l'utilizatori esistenti hè sempre lentu è straziante. Amparate à prisentà termini più o menu realistichi ùn hè micca cusì difficiule; hè più difficiule di influenzà elli.
U perfeccionismu hè una qualità psicologica chì distingue i boni sviluppatori da i mali. Hè applicà micca solu à i schermi di risultati visibili è i buttoni, ma ancu à l'implementazione interna di u pruduttu, vale à dì u codice.
Per esempiu, avete bisognu di aghjunghje un meccanicu d'azzione bonus in a pagina di pagamentu. Un bonu sviluppatore puderia implementà in una settimana un mecanismu chì sustene qualsiasi azzione amministrata da u pannellu amministratore, cù cundizioni persunalizabili, timing, etc.
Ma avete bisognu di una suluzione rapida per lancià a prumuzione dumani è scaccià quellu codice per sempre una settimana dopu. Avete bisognu di capiscenu quali cumpunenti resteranu in u vostru pruduttu per un bellu pezzu è chì ponu esse implementati per scopi di scaccià è cumunicà questu chjaramente à u squadra di sviluppu di software.
Sort Tasks è ùn li mette micca tutti à u stessu tempu
I travaglii per a squadra di sviluppu di software sò divisi in grande (per fà una nova funzione) è chjuca (per riparà a forma di registrazione). A regula generale ùn hè mai di distractà un sviluppatore da un compitu enormu per risolve una piccula, ancu una urgente.
Certi prufessiunali unichi ponu travaglià in modu efficiente in un tali modu, ma a maiò parte di i sviluppatori diminuiscenu drasticamente a produtividade per via di u cambiamentu constante trà e attività. Per quessa, hè sensu per avè una alternanza - prima una missione enormosa, dopu una settimana di picculi compiti. Registra i picculi compiti cum'è appariscenu, ma dàli à u sviluppu di software per includeli in una lista quandu a prossima iterazione o liberazione hè prevista.
Ogni sviluppatore hè diversu
A diferenza in u rendiment trà i sviluppatori individuali pò esse enormu. Per esempiu, in certi studii, a versione di u megliu è di u peghju programatori cù quasi a listessa sperienza differiva deci volte.
Avete bisognu di capiscenu chì a stessa persona pò dimustrà una velocità eccellente nantu à i travaglii in un pianu (per esempiu, estensioni di l'interfaccia) è una velocità catastroficamente bassa nantu à altre attività (attività di u servitore à grande scala). Allora ognunu deve esse datu i travaglii chì sò cunfortu di travaglià. Altrimenti, a produtividade cascarà.
Siate un assistente à i Sviluppatori
Una cosa impurtante vi aiuterà à parlà a stessa lingua cum'è i sviluppatori. A maiò parte di e persone tecniche anu un cervellu assai organizatu è raziunale; si mette in un schema logicu. Ma questu schema ùn serà micca sempre cunvenutu per i vostri utilizatori.
Cum'è una persona non tecnica, avete un vantaghju - hè più faciule per voi per andà oltre u quadru chì l'implementazione suggerisce è cumunicà cù i sviluppatori a visione ghjusta. Ma ricordate: per uttene u vostru puntu di vista à u squadra di sviluppu di u software, duverete pruvà e vostre idee bè cù argumenti lògichi.
Dedicate u tempu per i cambiamenti interni
Avete bisognu di ricurdà chì ci sò travaglii di tempu chì ùn pudete micca vede da l'esternu in ogni prughjettu, ma avete da fà. Hè cusì chjamatu debitu tecnicu. Cumu hè statu furmatu? Mentre aghjunghjenu novi funziunalità, u prugettu acquista crutches è puntelli.
Parechji travaglii sò risolti rapidamente ma in modu inaffidabile. Per esempiu, s'ellu ùn porta micca regularmente u vostru còdice in ordine (stu prucessu hè chjamatu refactoring) è ùn sviluppate micca l'architettura di u prugettu, avete sempre cresce l'errori dopu qualchì tempu.
Puderanu esse quandu aghjunghjenu novi funziunalità o ancu quandu corregge i vechji bugs. Se ùn passate micca u tempu di sviluppà l'architettura di u prughjettu, ùn puderà micca fà fronte à u crescente numeru di utilizatori prima o dopu.
I travaglii di u debitu tecnicu deve esse pianificatu è eseguitu, ma cumu truvà u equilibriu ghjustu trà elli è u sviluppu di u produttu? Naturalmente, u vostru focusu cum'è un finanziatore è una persona non tecnica si moverà à e funzioni novi. Ma da l'altra banda, i sviluppatori tendenu à migliurà u codice esistenti senza fine è sò menu entusiastici di a nova funziunalità.
Per quessa, avete sempre, almenu à un livellu basu, capisce a tecnulugia è a struttura di u vostru pruduttu per truvà un equilibriu in discussioni cù i sviluppatori. I travaglii tecnichi duveranu occupà circa 20% di l'ore di travagliu di u squadra di sviluppu di u software è vanu cù u sviluppu di novi funziunalità è correzione di bug.
Amparate nantu à a tecnulugia
Per sviluppà un pruduttu, avete da studià a so struttura è a tecnulugia in generale, almenu à un livellu basu. Hè vitale perchè a tecnulugia pò esse sempre viva, ma micca abbastanza adattata per i vostri compiti. È hè spessu impussibile di truvà questu prima di lancià u sistema in modu di battaglia - cù utilizatori veri è sottu carichi pesanti.
Per riassume, ùn pudete ancu fà senza immersione in tecnulugia è sviluppu di software cum'è finanziatore. Inoltre, sta cunniscenza vi darà una megliu comprensione di cumu si sviluppa u vostru prughjettu.