Alternative alle metodologie di tracciamento del tempo [chiuso]


12

Domanda prima: quali sono alcune alternative possibili al monitoraggio del tempo per i dipendenti di un'azienda di sviluppo web / software e perché sono opzioni migliori

Spiegazione:

Lavoro in un'azienda in cui lavoriamo così. Tutti ricevono uno stipendio. Abbiamo 3 tipi di lavoro, contratto, ad hoc e interno (non fatturabile). Adhoc sono solo piccole modifiche che richiedono alcune ore e fatturiamo il cliente alla fine del mese. I contratti sono firmati e abbiamo questo lungo processo, il solito.

Scopriamo quanto addebitare ottenendo una stima del tempo impiegato (dal design e dagli sviluppatori), moltiplicandolo per la nostra tariffa oraria e basta. Quindi supponiamo che stimiamo 50 ore per un sito Web. Abbiamo un software di tracciamento del tempo e dobbiamo registrare il tempo in 15 che dedichiamo ad esso (dalle 7:00 alle 7:15 per esempio), il nome del progetto e dare alcuni commenti.

Ora, se superiamo le 50 ore, perdiamo entrambi denaro e siamo inefficienti.

Ora che ho spiegato come funziona il sistema, la mia domanda è come si può fare altrimenti se esiste un metodo migliore (cosa che sicuramente sono necessario). A nessuno qui piace il sistema attuale, non possiamo trovare un'alternativa. Sarei più che disposto a lavorare dopo ore e ore in più su un progetto per farlo in tempo, ma sono molto propenso a farlo con il sistema attuale. Mi piacerebbe essere in grado di riassumere (o link) a questo post per il mio manager per mostrare loro perché dovremmo usare il sistema abc invece di questo sistema.

Risposte:


8

Le stime del software sono sempre difficili. Il software è un business creativo e la creatività aumenta e diminuisce. Sto iniziando a riprendermi dopo una settimana di grave esaurimento - l'altra sera mi ci sono volute ore per fare un compito che avrebbe dovuto essere di 15-30 minuti ...

Considera anche che ogni sviluppatore ha diverse capacità di stima. Gli sviluppatori più disciplinati o senior tenderanno ad essere più precisi e gli sviluppatori più junior o indisciplinati sono meno precisi. Inoltre, la loro precisione cambia nel tempo (non sempre in meglio).

Nella mia esperienza di consulenza personale cerco di fondere una stima realistica con un massimale. Sostanzialmente dicendo "Mi aspetto che questa funzione richieda 7-10 ore, ma che possa raggiungere le 18 - al massimo, anche se impiega 40 ore, ti verranno addebitate 18". Di solito questo tipo di approccio è nuovo per i clienti e alcuni lo rifiutano con "dammi un prezzo fisso" - quei clienti ottengono la stima del tetto (o declino educatamente i loro affari). Per i clienti che accettano questo approccio, comprendono che seguirò onestamente il tempo e il loro conto finale effettivo rifletterà il mio tempo trascorso (ma non supererà il mio massimale). Fondamentalmente questo è un approccio snello con una garanzia aggiunta; e il cliente è consapevole che eventuali modifiche ai requisiti introducono modifiche alle stime.

Nel complesso, questo approccio ha funzionato bene per i clienti disposti ad accettarlo. Il mio obiettivo personale è quello di guadagnare la loro fiducia e ripetere gli affari, quindi è nel mio interesse essere onesto e cercare di entrare bene sotto il soffitto - ed è nel loro interesse essere utile per tenermi sotto le mie stime (evitando incertezza, modifiche tardive, ecc. - rivedo le stime se le modifiche sono qualcosa al di là di minori).

In caso contrario, suggerirei di leggere Il mese dell'uomo mitico


7

Dai un'occhiata alla programmazione basata su prove . Può davvero aiutarti a vedere quanto sono probabili le tue stime.

Nel corso dell'ultimo anno a Fog Creek abbiamo sviluppato un sistema così semplice che anche i nostri sviluppatori più volenterosi sono disposti a seguirlo. E per quanto ne sappiamo, produce programmi estremamente affidabili. Si chiama Evidence-Based Scheduling o EBS. Raccogli prove , principalmente dai dati storici della scheda attività, che inserisci nei tuoi programmi. Quello che ottieni non è solo una data di spedizione: ottieni una curva di distribuzione della fiducia, che mostra la probabilità che spedirai in una determinata data. Sembra così:

http://www.joelonsoftware.com/items/2007/10/26ebs1.png

Più la curva è ripida, più sei sicuro che la data di spedizione sia reale.

Ecco come lo fai ...


2
Un approccio molto valido e completo. La parte difficile di far rotolare la palla su questi approcci è far capire agli sviluppatori che va bene che le loro stime siano off - quindi far loro capire cosa viene fatto con le loro stime e far loro credere che non si contengano imprecisioni oneste è un primo passo fondamentale
STW,

0

Il problema con questo metodo è che non tiene conto del rischio intrinseco nelle stime. Una buona pratica per qualsiasi stima è quella di esprimerla in un intervallo di tempo, ad esempio 50 ore ± 15 ore o qualcosa di simile. Il termine di errore è difficile da trovare, ma nessuno crede che ci vorranno comunque esattamente 50 ore.

Esistono altri approcci oltre al modello a prezzo fisso; potresti utilizzare una tariffa più bassa e fatturare ore consecutive, ma al giorno d'oggi i tuoi clienti probabilmente vorranno trasferirti il ​​rischio. Va bene, ma significa che devi addebitare un ragionevole premio di rischio in base alla gamma di stime temporali che ti vengono in mente.


0

Facciamo stime con un fattore di "incertezza", piuttosto che cercare di stimare con fattori "+/-". I programmatori possono facilmente dirti quanto tempo impiegherà "supponendo che nulla vada storto". Quello che non possono dirti facilmente è quanto tempo ci vorrà se qualcosa dovesse andare storto. Quindi aggiungiamo un fattore di incertezza: "L" significa "aggiungi 25%" - "M" significa "aggiungi 50%" e "H" significa "aggiungi 100% - potrebbe raddoppiare". Il tempo reale tende a essere compreso tra il tempo stimato e la stima più il tempo di incertezza.

Per quanto riguarda il TRACCIAMENTO del tempo, il metodo più accurato è quello di scrivere un programma che fa apparire una finestra di dialogo ogni minuto e ti chiede "cosa stai facendo?", Con una casella di riepilogo a discesa delle attività possibili. L'unica voce di cui hai veramente bisogno in quella casella di riepilogo a discesa è "tempo di tracciamento", perché se sei interrotto ogni minuto, non otterrai mai altro. Lo stesso principio si applica anche a intervalli di 15 minuti, ma non altrettanto male.

Quello che facciamo è eseguire un piccolo programma che ci consente di aggiungere attività a un elenco e selezionare su quale stiamo lavorando, lasciandolo aumentare il tempo. Se dimentichiamo di spostare il selettore sull'attività corretta, i totali sono modificabili. Tutto ciò che non è in una delle righe va in "misc". Non è totalmente accurato, ma l'accuratezza totale è meno importante dell'ottenere il tempo di flusso.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.