Fornire stime quando si lavora con una tecnologia non familiare?

19

Recentemente mi è stato presentato un nuovo problema, per fornire una stima per un progetto in cui devo usare un framework (e potenzialmente parti di un altro framework) che non conosco. È molto più facile per me fornire stime quando sono libero di usare ciò che mi è familiare, ma era come se una paralisi paralizzante dovuta all'analisi si fosse verificata quando veniva richiesta una stima per il lavoro in un territorio sconosciuto.

La mia soluzione, a posteriori, era sbagliata. Ho semplicemente iniziato a lavorare.

In che modo è possibile stimare meglio progetti e attività quando mi viene richiesto di lavorare con lingue / tecnologie / framework non familiari?

    
posta Sampson 15.06.2011 - 14:42
fonte

3 risposte

18

La risposta standard dal libro di testo agile è di eseguire un picco. Un picco è un compito in time-box per esplorare l'ignoto, in modo che alla fine si disponga (si spera) di informazioni sufficienti per fornire una stima utile o di avere un'idea migliore di quanto tempo occorrerà per arrivare a quel punto .

I picchi possono durare da 1 ora a diversi giorni o anche più a lungo. Dal momento che sono time-box, non vi è alcun rischio per entrambe le parti e la spesa è strettamente limitata.

Idealmente durante il picco dovresti identificare alcune semplici cose che dovevano essere raggiunte con questo nuovo framework e impostare soluzioni semplicistiche che lo usassero. Mentre vai avanti, impari, e questo è quello che sono i picchi.

    
risposta data 15.06.2011 - 14:55
fonte
10

Il modo classico per farlo è con la raffinatezza. Alla prima riunione di pianificazione dici:

"Non ne ho idea - stiamo fondamentalmente facendo ricerche sul software qui, tuttavia, avrò una stima migliore entro il prossimo incontro, tra un mese"

Allora vai via e fai la ricerca. Prossimo incontro:

"Sembra che ci vorranno dai 2 ai 4 quarti. Stiamo costruendo un prototipo che ci permetterà di affinare ulteriormente le cifre".

Prossimo incontro:

"Il prototipo era più facile da costruire di quanto pensassimo, sembra che possiamo farlo in 2 trimestri, più o meno al mese."

e così via. In ogni fase, l'azienda ha la possibilità di inscatolare il progetto o lasciarlo continuare, ottenendo sempre migliori stime della data di completamento.

Questo è descritto molto bene nel grande libro di Steve McConnell Rapid Development , che merita di essere molto più conosciuto. Certamente è di gran lunga superiore a tutti i libri su "agile" che ho letto.

    
risposta data 15.06.2011 - 15:02
fonte
1

Puoi fare ricerche e ottenere ancora stime sbagliate. Vedi L arge Limiti alla stima del software di JP Lewis e il materiale di accompagnamento Limiti matematici alla stima del software . Non sto dicendo che non dovresti preoccuparti di stimare o fare ricerche, solo che non puoi fare una stima obiettivamente accurata, e devi dire questo insieme a qualsiasi stima tu arrivi.

    
risposta data 15.06.2011 - 15:14
fonte

Leggi altre domande sui tag