Come possiamo misurare il tempo trascorso su diverse attività del progetto? (non compiti!)

Question

Come possiamo misurare il tempo trascorso su diverse attività del progetto? (non compiti!)

#1 da (1 voti)

-3

Per semplificare, sto parlando solo del tempo, investito nel progetto a partire dall'attività definita per gli sviluppatori e la funzionalità passata ai tester.

AFAIK, lo strumento maggiormente utilizzato per il supporto della gestione del progetto è JIRA ora. Usandolo, possiamo scoprire quanto tempo è stato utilizzato per diverse funzionalità. O forse delle sottoattività collegate alle funzionalità.

Ma nella vita reale, una grande quantità di lavoro di uno sviluppatore non appartiene alla codifica, ma alle diverse attività aggiuntive: installazione e configurazione di piattaforme, librerie, parti vecchie e nuove del progetto, refactoring, funzionali e test unitari e altri. Se qualche attività è un grande e ben noto mangiatore di tempo, tutti conoscono il problema e possiamo sperare che il problema possa essere risolto prima o poi. Ma i mangiatori di tempo possono esporsi solo in relazione ad alcune attività o parti specifiche del prodotto. E diversi sviluppatori stanno perdendo il loro tempo ancora e ancora, nemmeno sapendo che è un problema comune.

La soluzione ovvia è quella di registrare il tempo inserito non solo in diversi compiti funzionali, ma in diverse fasi organizzative, necessarie per le loro soluzioni. Come la reinstallazione del plugin A o la scrittura di test API.

Se avessimo tali informazioni, potremmo trovare i problemi e, dopo averli risolti, aumentare notevolmente l'efficacia del lavoro comune. Qualcosa come:

When creating a functional test, 
  we spend 40%+-15% of time for 
  the automatization of server launching with the necessary data. 

=> 

We should make some data loader for that server.

Gli strumenti come MS Project Manager possono mostrarci la struttura del tempo investito, ma non possiamo misurarlo. Possono essere utilizzati solo per l'analisi postfactum, se qualcuno ha raccolto e inserito i dati.

Ma come possiamo registrare e / o misurare il tempo impiegato in diverse attività connesse alle soluzioni dei compiti concreti? Inoltre, mi piacerebbe non passare le misurazioni nel processo di analisi manualmente. JIRA, IMHO, è assolutamente inutilizzabile per qualcuno di questi compiti.

Non sono così interessato allo strumento (qualsiasi calcolatrice da tavolo può servire) come nell'organizzazione dell'intero processo tra strumenti e persone.

project-management time-management

posta Gangnus 05.02.2018 - 22:11

fonte

1 risposta

Leggi altre domande sui tag project-management time-management

Sviluppo software iterativo Vs Water Fall Sviluppo software [duplicato] Funzione di test unitario con dipendenze multiple [chiusa]

score 1 · Answer 1

Ho usato un approccio molto semplice per il tuo problema: un editor (emacs nel mio caso) che ho configurato in modo tale che su un tasto specifico si aggiungesse una nuova riga di timestamp in un file di log. Poi, con quel timbro orario ho digitato il nome dell'attività. Il risultato è stato il seguente (i nomi delle attività sono in pratica le abbreviazioni):

2018-02-05,22:45:17 Read question
2018-02-05,22:47:03 Think about answer
2018-02-05,22:55:12 Formulate answer
2018-02-05,23:05:12 END OF DAY'

Questo potrebbe anche essere fatto in un modo che mi permettesse di dare lo stesso tempo a diverse attività (pensate di "prenotare" lo stesso tempo per account diversi):

2018-02-05,22:45:17 Read question; Gangnus' question
2018-02-05,22:47:03 Think about answer; Gangnus' question
2018-02-05,22:55:12 Formulate answer; Gangnus' question
2018-02-05,23:05:12 END OF DAY'

In questo modo, ad esempio, ho potuto capire quanto tempo ho dedicato a un compito specifico, ma anche quanto tempo è stato speso per le chiamate telefoniche, ecc.

L'overhead è piuttosto basso. Ma, in pratica, l'ho usato solo con parsimonia, cioè quando avevo davvero bisogno di dati affidabili per le discussioni con il mio capo. Ad esempio, una volta l'ho usato per un periodo di quattro settimane per fornire alcuni dati sulle ore effettive trascorse in un'attività di refactoring. Una volta l'ho usato per una prognosi sulla durata prevista di una revisione approfondita del documento.

Sono tuttavia scettico sul fatto che possa essere esteso a una squadra. Garantire che tutti lo facciano allo stesso modo sarebbe piuttosto costoso (formazione, revisione continua dei dati). Il set di "account", ad esempio, non è mai stato risolto nei miei casi d'uso, ma si è evoluto in base alle informazioni di cui avevo bisogno. Per una squadra, dovresti definire account comuni e assicurare a tutti "libri" allo stesso modo.