Come valuti i tempi per i progetti più grandi?

3

Lavoro per una piccola azienda che non ha fatto molto lavoro nello sviluppo su misura. È qualcosa in cui stiamo crescendo. Con tutti i nostri progetti, sia che si tratti di un lavoro di sviluppo su misura, sia di un semplice sito web di brochure, pianifichiamo per quanto tempo ci aspettiamo che il lavoro ci porti e moltiplichiamo per la nostra tariffa giornaliera per darci un preventivo per il cliente.

Questo ha sempre funzionato bene per noi con i progetti più piccoli, i siti CMS, i siti di e-commerce, in cui conosciamo bene i sistemi e non incontriamo molti problemi. Abbiamo scadenze ottimali e possiamo prevedere con precisione i costi.

Tuttavia, con questi progetti su misura più grandi, stiamo iniziando a scoprire che, indipendentemente da quanto pianifichiamo in anticipo, non importa quanto noi fissiamo le specifiche del sistema, i nostri tempi sono sempre fuori. Abbiamo iniziato ad aggiungere un considerevole buffer per pezzi di software personalizzati, ma anche in questo caso un paio di bug insidiosi possono davvero rimettere le cose a posto e spingerci oltre ciò che ci aspettiamo da un bel po 'di tempo.

Come si cita per questi progetti più grandi? È semplicemente un caso di andare avanti e alla fine lo faremo bene? O ci manca qualcosa qui perché sembra quasi impossibile inchiodare i prezzi per siti web su misura che non rientrano nel nostro sito CMS o eCommerce standard.

Aggiorna

Come ha sottolineato @Zeroth, probabilmente ci sono alcune cose che mancano al team. Non eseguiamo sprint. Abbiamo un grande progetto in movimento e abbiamo delle pietre miliari e stabiliamo solo gli obiettivi in base alle nostre stime su quanto tempo occorre.

Per quanto riguarda la squadra, attualmente è composta da 4 persone, anche se al momento ci sono 2 nuove persone addestrate. Le 4 persone formano un venditore e un progettista (è anche il responsabile dell'ufficio), un progettista e un costruttore di siti web, un costruttore di siti Web che si occupa anche di contenuti per i siti e di problematiche quotidiane dei clienti, e io, lo sviluppatore. Mi occupo di sviluppo di progetti personalizzati e miglioramento / riparazione delle nostre piattaforme CMS ed eCommerce. Le due persone in formazione sono un altro designer e sviluppatore di siti Web e uno sviluppatore junior.

Una volta che un progetto raggiunge determinati traguardi, tutti entrano per testarlo il più accuratamente possibile. Ho sempre inserito tutte le informazioni di logging e debugging per poter rintracciare gli inevitabili bug il più rapidamente possibile, ma non importa quanto facciamo, non possiamo testare ogni situazione.

Capisco che questa sia una risposta complessa e molto varia, suppongo di essere in gran parte dopo un consiglio e anche alcuni suggerimenti sulle risorse (grazie a @MichaelT per il link al libro) che possono aiutarci a migliorare. Dobbiamo essere in grado di trarre profitto dal lavoro personalizzato poiché al momento siamo completamente prenotati per lavori di sviluppo e dobbiamo fare in modo che questo funzioni per noi. Nell'ultimo anno, sembra non importa quanto impariamo da ogni progetto su cui lavoriamo, ma ci sbagliamo ancora con le nostre stime.

    
posta Styphon 19.02.2014 - 17:17
fonte

1 risposta

3

L'elefante nella stanza è i grandi bug che hai menzionato che ti hanno riportato indietro. La tua stima potrebbe essere azzeccata finché non ne incontrerai alcuni. Questa però è una domanda a parte.

La stima perfetta si basa sulla conoscenza precisa della quantità di lavoro che ti aspetta. Tuttavia, maggiore è il tempo che dedichi a questo aspetto, maggiore sarà il tuo livello di dettaglio e più a lungo dovrai spendere la stima anziché iniziare.

Inizia a un livello molto alto e poi guarda iterativamente ogni deliverable fino a raggiungere il livello in cui il lavoro deve essere svolto, ad es. codifica, specifica ecc. Quindi stima per ciascuno dei nodi foglia. Quindi aggiungi una contiguità (usiamo il 20%).

Usa esperti nella zona per stimare lo sforzo richiesto. È inutile avere un aspetto di BA alle attività di DBA se non capiscono cosa è coinvolto. Più vicino all'azione puoi fare la stima, più affidabile sarà.

Questo ti darà lo sforzo (ore uomo, giorni uomo ecc.) che può essere usato per quotare per il lavoro. Nota che lo sforzo non ti dà una data di consegna. Questo sarebbe deciso dalla tua allocazione delle risorse (altri progetti, festività, ecc.). A seconda di come è impostata la tua azienda, puoi fatturare lo stesso per tutti gli sforzi umani o potresti avere una struttura divisa in base al grado. In una ex azienda abbiamo addebitato 1000 sterline al giorno per DBA, 500 sterline per analisti programmatori, ecc. Dovrai inserire tutto in questo.

Per ogni progetto di una determinata dimensione che completi, rivedi una volta che è stato consegnato. Quali aree hanno superato? Inoltre (e questo è fondamentale) capisco perfettamente perché ogni problema principale è venuto fuori altrimenti rischi di imbattersi più volte negli stessi problemi.

Se alcune persone stanno facendo le stime, avrai un'idea di quali sono le stime delle persone affidabili e che sono lontane. Questo non è un bastone per battere lo staff, l'importante è capire perché. Un lavoro non è stato all'altezza del piano? Un lavoro è stato capito male? I requisiti sono cambiati? ecc ecc ecc

    
risposta data 19.02.2014 - 18:17
fonte

Leggi altre domande sui tag