Como você pode medir suas próprias contribuições diárias?

Recentemente, terminei os Três sinais de um emprego miserável, de Patrick Lencioni, e uma de suas idéias centrais é que você precisa ter alguma forma de medição.

Tenho um trabalho de desenvolvedor interno bastante padrão, onde trabalho em novas ferramentas e faço algumas correções de suporte / bug para ferramentas anteriores que escrevi.

Por razões puramente pessoais, que medidas você mede diariamente? (Este não é um relatório para os gerentes e não é algo para jogar, apenas algo para me ajudar a marcar o progresso).

O objetivo é encontrar coisas que medem não apenas a produtividade, mas a qualidade do trabalho que você está realizando (para que uma pessoa de atendimento ao cliente possa registrar interações positivas, além do número de chamadas realizadas).

Minha facada nisso seria medir duas coisas todos os dias: solicitações de suporte abertas / fechadas e número de checkins para o controle de origem.

Eu entendo se isso é fechado, mas mais uma vez, isso não é uma questão sobre gerenciamento, mas sobre desenvolvimento pessoal como programador / desenvolvedor de software.

Mantenha um diário de desenvolvimento e preste atenção especial a acontecimentos não rotineiros. Estou animado por:

• Usando um novo algoritmo, padrão, biblioteca, estrutura de dados ou idioma
• Colaborando com uma nova equipe ou pessoa
• Corrigindo um erro considerado especialmente difícil
• Estabelecendo uma conexão pessoal profunda
• Construindo pequenas ferramentas que facilitam meu trabalho (e possivelmente o trabalho de meus colegas de trabalho)
• Ficar bloqueado e perceber exatamente o que acontece para me desbloquear
• Percebendo melhorias na produtividade causadas por dieta, sono e atitude
• Oportunidades para compartilhar minha paixão
• Beleza em lugares improváveis

Quanto aos acontecimentos de rotina:

• Veja o tempo necessário para tarefas rotineiras cair
• Veja o que você considera difícil diminuir
• Interrompa as interações de rotina, dando a alguém toda a sua atenção e energia

Se você deseja alguma afirmação diária, a métrica mais simples que você pode usar é escrever uma lista de tarefas ou uma tarefa a fazer hoje.

1. Anote o que você precisa fazer.
2. Você pode dividir qualquer uma dessas tarefas. Torne-o mais granular.
3. Comece a trabalhar em uma tarefa.
4. Se você precisar adicionar mais tarefas, comece da etapa 1.
5. Quando você terminar a tarefa, riscá-la.

No final do dia, observe todas as tarefas que você fez e sinta-se orgulhoso. Agora isso é realização pessoal!

Eu acho que, como a maioria das profissões baseadas no conhecimento, a resposta é manter um diário. Anote metas para todos os dias e veja se você as cumpre. Alveje uma prática específica que você deseja aprimorar e registre seu progresso.

Por exemplo, eu sempre quis melhorar minhas habilidades de estimativa. Portanto, mantenho uma lista de pendências, faço e reviso as estimativas e as uso para avaliar minha capacidade de concluir tarefas semelhantes e verificar se melhorei na estimativa.

Inicialmente, comecei com esta planilha da Joel: http://www.joelonsoftware.com/articles/fog0000000245.html

Simples e um bom lugar para começar. (Joel seguiu em frente desde então:
http://www.joelonsoftware.com/items/2007/10/26.html )

Agora, faço algo um pouco menos sofisticado que se ajusta melhor ao meu fluxo de trabalho.

Portanto, se você estiver procurando por uma métrica específica para rastrear, estimar a correção é divertido. A capacidade de estimar com precisão é bastante rara, então você está adquirindo uma habilidade útil e, muitas vezes, parece um jogo, já que você está tentando superar sua "pontuação máxima" de antes.

Eu tenho uma simples medida de progressão:

quando meus colegas de trabalho / clientes dizem coisas como:

Estágio 1:

"ótimo trabalho, adorando!"

Etapa 2:

"Isso é incrível! Eu nem sabia que você poderia fazer isso!"

Etapa 3:

"Isso economiza a vida! O sistema não seria o mesmo sem ele"

Etapa 4:

"Absolutamente sim, eu confio em você"

Etapa 5:

"É simplesmente excelente, não sei mais o que eu poderia acrescentar"

Etapa 6:

"Você nos mudou, mudou esta empresa, para melhor"

Etapa 7:

"obrigado, você me inspira "

Eu usaria outro tato, dependendo de onde você está em sua carreira, mas principalmente se você é do meio ao meio. Obviamente, você deseja atender às expectativas de seu empregador, deseja concluir suas tarefas dentro do cronograma, emitir alarmes adequados se as coisas estiverem indo diferente do esperado, fazer check-ins, colaborar com seus colegas ... tudo o que você precisa fazer.

Além disso, minha estratégia é a seguinte: faça melhor hoje do que ontem.

É isso aí. Esse é o seu objetivo.

Isso significa que o código que você escreveu ontem é ruim e hoje você fará melhor. Hoje, você pesquisará, preencherá algumas dessas lacunas, aquelas coisas que você nem sabia que não sabia. Hoje você vai refatorar. Você seguirá o método que deixou um pouco confuso e o limpará. Você reconhecerá a coisa que deixou muito acoplada. Você escreverá o teste que ignorou. Você aprenderá algo novo.

Se você fizer essas coisas e realizar seu outro trabalho, terá tido um dia produtivo e bom.

Aprenda pelo menos um novo idioma por ano e use-o.

Mergulhe em pelo menos um novo aspecto do imenso mundo da engenharia de programação / software a cada ano e use-o.

Empurre-se para mergulhar fundo. Você não está se esforçando o suficiente se nunca tiver a sensação de estar enlouquecendo.

Converse com seu supervisor sobre como avançar em sua carreira. Um bom supervisor está sempre à procura de alguém para substituí-lo. Converse com o chefe do seu chefe, ou ainda mais na cadeia, sobre como alcançar esse objetivo. Isso pode levar um pouco de requinte; não dê a impressão de que você está passando por cima da cabeça do seu chefe aqui.

Você ficaria surpreso com quantas promoções são feitas apenas porque alguém teve a coragem de pedir uma.

Eu acho que você tem a idéia certa, o número de check-ins para o controle de origem é a maneira que eu faria. Cada check-in é uma unidade significativa de aprimoramento do programa. Obviamente, isso só funciona quando você faz o check-in de atualizações / correções de programas totalmente desenvolvidas, mas é assim que deve ser feito. Se eu estivesse medindo, isso também poderia me ajudar a seguir essa regra.

Os relatórios de edições fechadas são outro bom exemplo, eu também concordo totalmente com esse. Novamente, isso pode me ajudar a lembrar os relatórios de erros de uma maneira "se eu não registrar esse defeito antes de corrigi-lo, não medirei meu próprio progresso corretamente hoje".

Ambos os valores devem ser fáceis de coletar e representar graficamente. Quase posso ver a planilha agora ... 8)