Domani darò una presentazione su Processo software e Machine Learning. Il mio obiettivo principale con le diapositive di processo è quello di far sì che la maggior parte di esse sia realmente dipendente dalla gestione dei progetti e dalle tecniche di gestione del tempo personale. Ho menzionato le cose relative ai cicli di processo (cascata, prototipo, spirale, ecc.) E mi concentro sul distogliere l'idea che qualsiasi quantità di processo causa quantità copiose di pratiche burocratiche e burocrazia .
Ho iniziato questo lavoro ad agosto, ed è il mio primo come full-timer (ho avuto stage prima di sviluppare). Voglio dare una buona impressione, ma sto anche attento a non promettere cose che non posso mantenere. Mi piacerebbe dire che arrivare a CMMI Level 2 sarebbe abbastanza semplice, dal momento che la maggior parte delle nostre applicazioni interne sono semplici e sono state facilmente gestite utilizzando solo repository Git locali per il controllo della versione. Il grande progetto si svolge in fabbrica e testa i nostri prodotti. Sono progetti come questi che mi piacerebbe fornire un controllo un po 'più sulla documentazione, un processo più pulito e una stima migliore per la manutenzione e l'ottimizzazione.
Tutto sommato, i nostri progetti vengono distribuiti agli altri reparti e dipende da loro se lo utilizzano. Per soluzioni software che sono meno di una manciata di classi, ammetterei che il processo potrebbe essere più dannoso che utile; tuttavia, mi piacerebbe davvero avere qualcosa sul posto per le cooperative che abbiamo in modo che possano vedere non solo la codifica, ma alcuni ingegneria del software al lavoro come bene.
Caso in punto
Un impianto di produzione di elettronica di consumo, con una divisione software separata per l'elettronica effettiva, deve avere la conformità CMMI a qualsiasi livello per qualsiasi motivo (diverso da quello che rende gli sviluppatori software interni orgogliosi)? Se sì, quale livello dovrebbe essere l'obiettivo?