Il PM della compagnia su cui lavoro, mi chiede sempre di stimare i problemi di manutenzione e dato che ci sono diversi sistemi legacy che non ho costruito, rende questo difficile da ottenere. Dice che ottenere stime per ogni attività è necessario per avere un piano chiaro, dato che sono coinvolto in progetti e attività di manutenzione.
Ragazzi avete lo stesso problema?
Non è difficile fare queste stime, è solo un sacco di lavoro e hai solo bisogno di tempo. Quindi la prima stima è che hai bisogno di un giorno per trovare tutti i file sorgente e per scoprire quanti ce ne sono. Una volta che hai tutti i file sorgente e sai quanti ce ne sono, puoi fare una stima per quanto tempo ci vorrà per esaminare tutti i file sorgente e creare buone stime per problemi di manutenzione. Probabilmente sono poche settimane. Tieni presente che è il momento in cui devi fare delle stime ragionevoli, non il tempo per fare un lavoro utile.
Quindi se il tuo PM ti da il tempo per fornire le stime, allora stai bene.
O semplicemente usi la forza bruta: se c'è un sistema che non hai mai toccato, ma ci sono persone che conoscono quel sistema, e possono essere intervistate, stimare 3 giorni per trovare il modo di aggirare quel sistema. Se non c'è nessuno che conosca il sistema, impiega 6 giorni. Se esiste una documentazione su come costruire e distribuire il sistema, aggiungere due giorni per la creazione e la distribuzione (poiché quella documentazione è sicuramente obsoleta), altrimenti aggiungere cinque giorni. Due giorni per una correzione di bug, cinque giorni per un piccolo improvviso, 10 giorni per un grande miglioramento.
Crea una tabella di stime e il tempo effettivo per fare il lavoro. Una volta che hai fatto alcuni lavori, usa quei dati per mettere a punto le tue stime. E afferma sempre con forza che si tratta di stime e che la realtà è più strong delle stime.
Leggi altre domande sui tag estimation maintenance planning