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?