Quanti sviluppatori di manutenzione necessari per 1000 righe di codice

Question

Abbiamo un progetto davvero enorme con 20-30 moduli, ma è quasi tutto fatto. È in una fase di manutenzione (principalmente correzioni di bug e raramente nuove funzionalità). Sto cercando di trovare un numero di sviluppatori che sarà necessario per mantenere il prodotto.

C'è un buon modo per misurare questo numero?

Il progetto è principalmente applicazioni C# basate su WinForm (mix di .net 1.1 e 2.0) con una spruzzata di app vb6.

Answer 1

Questo dipenderà interamente dalla qualità del codice, dalla frequenza delle modifiche e dal livello di test.

Per esempio, un sistema con migliaia di righe di codice, ma le modifiche molto frequenti e una biblioteca completa di unità/test di integrazione sarà probabilmente richiederà un minor numero di sviluppatori che un piccolo sistema che cambia di frequente e non ha alcun test.

Un altro fattore importante è l'esperienza degli sviluppatori coinvolti, non solo in generale, ma in particolare la loro comprensione del progetto specifico.

Alla fine, si tratta di una statistica molto difficile da stimare e probabilmente si sta meglio valutando il carico di lavoro degli sviluppatori attualmente presenti nel progetto e spostando lentamente le persone verso o dal progetto secondo necessità.

Answer 2

Penso che dipenderà da molte variabili: la qualità degli sviluppatori che assumete, la loro familiarità con il codice, la quailità del codice e il linguaggio utilizzato per i principianti. Non penso che ci sarà un'equazione che funzionerà.

Answer 3

Non penso che ci sia un buon modo per scegliere questo. Dipenderà da diversi fattori:

• Stato della base di codice
• all'esperienza/livello di talento dei ingegneri che lavorano su di esso
• Timeline di attese bug correzioni/caratteristiche

Puoi semplicemente iniziare con una piccola squadra, vedere come va il lavoro e aggiungere più membri in seguito, se necessario.

Answer 4

Dipende più dalla quantità e dalla difficoltà dei bug che devono essere risolti che dalla dimensione del progetto. Per iniziare:

• Quanti bug ci sono in arrivo ogni settimana che devono essere corretti?
• Quanto sono complessi questi bug?
• Quanto è elevata la base di codici? Fa una grande differenza nella "difficoltà" percepita di correggere i bug.
• Quanta esperienza hanno i programmatori nella lingua/struttura?
• Quanta esperienza hanno i programmatori con questa particolare applicazione?

Answer 5

Se è stato utilizzato un sistema di gestione dei problemi per tutta la durata del progetto, è possibile eseguire un report che mostra il numero medio di questioni al mese e il tempo medio di risolvere che poi vi darà il requisito di manutenzione storico.

Si potrebbe quindi estrapolare questo in futuro.

Answer 6

C'è uno strumento da riga di comando, sloccount, che implementa lo COCOMO model. È disponibile su author's website e su sistemi basati su Debian tramite apt-get.