Come puoi misurare i tuoi contributi giornalieri?


11

Di recente ho terminato The Three Signs of a Miserable Job di Patrick Lencioni e una delle sue idee principali è che devi avere una qualche forma di misurazione.

Ho un lavoro di sviluppo interno piuttosto standard in cui lavoro su nuovi strumenti e faccio alcune correzioni di supporto / bug per gli strumenti passati che ho scritto.

Per motivi di realizzazione puramente personale, quali cose misureresti su base giornaliera? (Questo non è un rapporto per i manager e non è qualcosa da giocare, solo qualcosa che mi aiuti a segnare i progressi).

L'obiettivo è trovare cose che misurino non solo la produttività, ma quanto sia buono il lavoro che stai svolgendo (quindi una persona dell'assistenza clienti potrebbe registrare interazioni positive oltre al numero di chiamate prese).

La mia pugnalata sarebbe quella di misurare due cose ogni giorno: richieste di supporto aperte / chiuse e numero di check-in per il controllo del codice sorgente.

Capisco se questo viene chiuso, ma ancora una volta non si tratta di una questione di gestione, ma di sviluppo personale come programmatore / sviluppatore di software.

Risposte:


5

Tenere un diario di sviluppo e prestare particolare attenzione agli eventi non di routine. Sono eccitato da:

  • Utilizzo di un nuovo algoritmo, modello, libreria, struttura dati o linguaggio
  • Collaborare con una nuova squadra o persona
  • Correzione di un bug considerato particolarmente difficile
  • Stabilire una connessione personale profonda
  • Costruire piccoli strumenti che semplificano il mio lavoro (e possibilmente quello dei miei collaboratori)
  • Essere bloccato e poi notare esattamente cosa succede per sbloccarmi
  • Notare miglioramenti nella produttività causati da dieta, sonno e atteggiamento
  • Opportunità per condividere la mia passione
  • Bellezza in luoghi improbabili

Per quanto riguarda gli eventi di routine:

  • Guarda il tempo necessario per le attività di routine cadere
  • Guarda ciò che ritieni difficile diminuire
  • Esci dalle interazioni di routine dando a qualcuno la tua piena attenzione ed energia

2

Se vuoi un'affermazione quotidiana, la metrica più semplice che puoi usare è scrivere un elenco di attività o una cosa da fare per oggi.

  1. Scrivi cosa devi fare.
  2. Puoi dividere una di queste attività. Renderlo più granulare.
  3. Inizia a lavorare su un'attività.
  4. Se è necessario aggiungere più attività, ricominciare dal passaggio 1.
  5. Quando hai finito con l'attività, cancellala.

Alla fine della giornata, guarda tutti i compiti che hai svolto e sentiti orgoglioso. Questo è appagamento personale!


1

Penso che come la maggior parte delle professioni basate sulla conoscenza, la risposta è di tenere un diario. Scrivi gli obiettivi per ogni giorno e vedi se li raggiungi. Scegli una pratica particolare su cui vuoi migliorare e registra i tuoi progressi.

Ad esempio, ho sempre desiderato migliorare le mie capacità di stima. Quindi tengo un arretrato, faccio e rivedo le stime su di esso e quindi li uso sia per valutare la mia capacità di completare attività simili sia per vedere se sono migliorato nella stima.

Inizialmente ho iniziato con questo foglio di calcolo di Joel: http://www.joelonsoftware.com/articles/fog0000000245.html

Semplice e un buon punto di partenza. (Joel è passato da allora:
http://www.joelonsoftware.com/items/2007/10/26.html )

Faccio qualcosa di un po 'meno sofisticato ora che si adatta meglio al mio flusso di lavoro.

Quindi, se stai cercando una metrica particolare da tracciare, stimare la correttezza è divertente. La capacità di stimare con precisione è piuttosto rara, quindi stai acquisendo un'abilità utile e spesso ti sembra un gioco poiché stai provando a battere il tuo "punteggio più alto" da prima.


0

Ho una semplice misura della progressione:

quando i miei colleghi / clienti dicono cose come:

Fase 1:

"ottimo lavoro, adorandolo!"

Fase 2:

"è fantastico! Non sapevo nemmeno che tu potessi farlo!"

Fase 3:

"Questo è un salvavita! Il sistema non sarebbe lo stesso senza di essa"

4a tappa:

"Assolutamente sì, mi fido di te"

Fase 5:

"È semplicemente eccellente, non so cos'altro potrei aggiungere"

Fase 6:

"Ci hai cambiato, hai cambiato questa azienda, in meglio"

Fase 7:

"grazie, mi ispiri "


0

Prenderei un altro tatto, a seconda di dove ti trovi nella tua carriera, ma in particolare se sei da junior a metà. Ovviamente, vuoi soddisfare le aspettative del tuo datore di lavoro, vuoi che i tuoi compiti siano completati nei tempi previsti, emetti allarmi appropriati se le cose vanno diversamente dal previsto, fai i check-in, collabora con i tuoi colleghi ... tutto ciò che devi fare.

Oltre a ciò, la mia strategia è questa: fare meglio oggi rispetto a ieri.

Questo è tutto. Questo è il tuo obiettivo.

Ciò significa che il codice che hai scritto ieri è male e oggi farai meglio. Oggi farai ricerche, riempirai alcune di quelle lacune, quelle cose che non sapevi nemmeno di non conoscere. Oggi rifatterai. Prenderai quel metodo che hai lasciato un po 'troppo disordinato e lo pulirai. Riconoscerai quella cosa che hai lasciato accoppiato troppo strettamente. Scriverai quel test che hai trascurato. Imparerai qualcosa di nuovo.

Se fai queste cose e fai il tuo altro lavoro, avrai avuto una buona giornata produttiva.


0

Impara almeno una nuova lingua all'anno e usala.

Immergiti in almeno un nuovo aspetto del vasto mondo della programmazione / ingegneria del software ogni anno e usalo.

Spingiti per immergerti in profondità. Non ti stai spingendo abbastanza forte se non hai mai la sensazione di essere sopra la testa.

Parla con il tuo supervisore su come avanzare nella tua carriera. Un buon supervisore è sempre alla ricerca di qualcuno che lo sostituisca. Parla con il capo del tuo capo, o anche più in alto nella catena, su come raggiungere questo obiettivo. Questo potrebbe richiedere un po 'di finezza; non dare l'impressione che stai andando oltre la testa del tuo capo qui.

Sareste sorpresi da quante promozioni vengono offerte solo perché qualcuno ha avuto il coraggio di chiederne una.


Mentre sono d'accordo con ciò che dici non è una risposta appropriata alla domanda. La domanda era come misurare i contributi giornalieri , non la progressione della sua carriera in generale.
Jarrod Nettles,

Concordato con @Jarrod. Inoltre, era specifico non occuparsi della gestione, quindi i discorsi sulle promozioni e su come ottenerli sono fuori posto.
Andy Wiesendanger,

@Jarod: Secondo me, provare a misurare i contributi giornalieri realizzerà una cosa: guardare la cosa sbagliata. Come molti incontri hanno fatto frequento oggi (meglio: quanti ho fatto a non partecipare), il numero di linee di codice ho scritto (meglio: quanto il codice ho elimino trovando un tema comune). I programmatori non sono lavoratori frammentari. Per giorni alla volta i progressi sembreranno nulli, e poi improvvisamente voilà! sono stati fatti molti progressi. È necessaria una visione a più lungo termine.
David Hammen,

-1

Penso che tu abbia l'idea giusta, il numero di check-in per il controllo del codice sorgente è il modo in cui lo farei. Ogni check-in è un'unità significativa di perfezionamento del programma. Ovviamente funziona solo quando esegui il check-in aggiornamenti / correzioni di programmi completamente sviluppati, ma è comunque così che dovrebbe essere fatto. Se stavo misurando, anche questo potrebbe aiutarmi a rispettare questa regola.

I rapporti sui problemi chiusi sono un altro ottimo strumento di misurazione, concordo pienamente anche con quello. Ancora una volta, potrebbe essermi utile ricordare di inserire le segnalazioni di bug in un modo "se non registro questo difetto prima di ripararlo, oggi non misurerò correttamente i miei progressi".

Entrambi i valori dovrebbero essere facili da raccogliere e rappresentare graficamente. Ora riesco quasi a vedere il foglio di calcolo ... 8)


5
-1: il numero di check-in non è nemmeno una buona metrica di gestione. È un fagiolo facilmente numerabile ma assolutamente insignificante: buono per i contatori di fagioli, non buono per nient'altro. Non è una buona metrica personale. Non tutti i check-in che chiudono una richiesta di modifica / rapporto di discrepanza sono creati uguali. Il CR per aggiungere una funzionalità di checkpoint / riavvio a un'applicazione è solo un po 'più difficile da terminare rispetto al DR che comporta la correzione di un bug one-liner.
David Hammen,

1
Il numero di check-in è quasi pari a quello delle righe di codice (LoC). Massimizzare questo tipo di metriche non equivale a una qualità del codice più elevata in quanto non sono affatto correlate.
Spoike,

Concordato con entrambi sopra. I check-in non equivalgono al contributo. Il check-in in 5 semplici soluzioni non è "migliore" di una nuova importante funzionalità.
Andy Wiesendanger,
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.