Creazione di un processo di sviluppo software per i team che non ne hanno uno

1

Il mio posto di lavoro ha diversi gruppi che hanno poco o nessun processo di sviluppo del software. Usano il controllo del codice sorgente e usano leggermente un sistema di rilevamento dei problemi, a seconda del progetto. I team non creano regolarmente test unitari e li eseguono in un server CI e non eseguono revisioni del codice. Questo varia da progetto a progetto. È una grande azienda e non esiste una struttura di base per lo sviluppo del software.

Sono stato respinto dal management per il fatto che "le loro mani sono legate" in qualche misura ai clienti fatturabili e che spetta ai singoli sviluppatori di software fare ciò. Non sono completamente d'accordo, ma sto pensando che dovrei creare un simile processo.

Non sono sicuro di dover definire un "documento sul ciclo di vita del software", ad es. descrivendo Waterfall, Agile, ecc. Ma, penso di descrivere usando gli strumenti, ad es. "deve utilizzare il rilevamento dei problemi", "eseguire test delle unità su un server CI" e altre "best practice".

Come chiamerei questo documento? Gli altri hanno faticato a cercare di coinvolgere i team del software con le migliori pratiche? Come lo superi?

    
posta Stealth Rabbi 03.08.2016 - 13:27
fonte

1 risposta

5

Senza backup dalla gestione: dimenticalo .

Se hai qualche backup dalla gestione: non iniziare con nessun documento teorico. Inizia intervistando le persone che hanno problemi reali . Quindi organizza un workshop e coinvolgi il team per risolvere i problemi. Ad esempio:

  • il codice sorgente si è perso in passato - > suggerisci un uso più rigoroso del controllo del codice sorgente

  • le build locali si interrompono spesso perché le persone controllano le cose nel controllo del codice sorgente che non vengono compilate? - > suggerire un server CI

  • hanno spesso regressioni? - > suggerire di scrivere più test automatici

  • problemi di qualità del codice o problemi di manutenzione mentre uno sviluppatore è in vacanza? - > suggerisci di fare più recensioni sul codice

Quindi lascia che gli sviluppatori scoprano da soli ciò di cui hanno più bisogno e scrivono le misure concordate in un documento dopo che termina il workshop.

    
risposta data 03.08.2016 - 14:08
fonte

Leggi altre domande sui tag