Comment pouvez-vous mesurer vos propres contributions quotidiennes?


11

J'ai récemment terminé les trois signes d'un travail misérable de Patrick Lencioni et l'une de ses idées fondamentales est que vous devez avoir une certaine forme de mesure.

J'ai un travail de développeur interne assez standard où je travaille sur de nouveaux outils et fais quelques corrections de support / bogue pour les outils précédents que j'ai écrits.

Pour des raisons d'épanouissement purement personnel, que mesureriez-vous au quotidien? (Ce n'est pas un rapport aux managers et pas quelque chose à jouer, juste quelque chose pour m'aider à marquer les progrès).

Le but est de trouver des choses qui mesurent non seulement la productivité, mais aussi la qualité d'un travail que vous faites (donc une personne du service client peut enregistrer des interactions positives en plus du nombre d'appels pris).

Mon coup serait de mesurer deux choses chaque jour: les demandes d'assistance ouvertes / fermées et le nombre de connexions au contrôle de source.

Je comprends si cela se ferme, mais encore une fois ce n'est pas une question de gestion, c'est de développement personnel en tant que programmeur / développeur de logiciels.

Réponses:


5

Tenez un journal de développement et portez une attention particulière aux événements inhabituels. Je suis excité par:

  • Utilisation d'un nouvel algorithme, modèle, bibliothèque, structure de données ou langage
  • Collaboration avec une nouvelle équipe ou une nouvelle personne
  • Correction d'un bug considéré comme particulièrement difficile
  • Créer une connexion personnelle profonde
  • Construire de petits outils qui facilitent mon travail (et peut-être celui de mes collègues)
  • Être bloqué, puis remarquer exactement ce qui se passe pour me débloquer
  • Remarquant des améliorations de la productivité causées par l'alimentation, le sommeil et l'attitude
  • Des opportunités de partager ma passion
  • Beauté dans des endroits improbables

Quant aux événements de routine:

  • Regardez le temps requis pour les tâches de routine chuter
  • Regardez ce que vous considérez comme difficile à diminuer
  • Sortez des interactions de routine en accordant à quelqu'un toute votre attention et votre énergie

2

Si vous voulez une affirmation quotidienne, alors la mesure la plus simple que vous pouvez utiliser est de vous écrire une liste de tâches ou une tâche pour aujourd'hui.

  1. Notez ce que vous devez faire.
  2. Pouvez-vous diviser l'une de ces tâches. Rendez-le plus granuleux.
  3. Commencez à travailler sur une tâche.
  4. Si vous devez ajouter plus de tâches, recommencez à partir de l'étape 1.
  5. Lorsque vous avez terminé la tâche, biffez-la.

À la fin de la journée, regardez toutes les tâches que vous avez accomplies et soyez fier. Voilà un épanouissement personnel!


1

Je pense que comme la plupart des professions basées sur la connaissance, la réponse est de tenir un journal. Notez les objectifs de chaque jour et voyez si vous les atteignez. Ciblez une pratique particulière que vous souhaitez améliorer et enregistrez vos progrès.

Par exemple, j'ai toujours voulu améliorer mes compétences d'estimation. Je garde donc un carnet de commandes, je fais et je révise des estimations à ce sujet, puis je les utilise pour évaluer à la fois ma capacité à effectuer des tâches similaires et pour voir si je me suis amélioré dans l'estimation.

J'ai d'abord commencé avec cette feuille de calcul de Joel: http://www.joelonsoftware.com/articles/fog0000000245.html

Simple et bon point de départ. (Joel a évolué depuis lors:
http://www.joelonsoftware.com/items/2007/10/26.html )

Je fais maintenant quelque chose d'un peu moins sophistiqué qui correspond mieux à mon flux de travail.

Donc, si vous recherchez une métrique particulière à suivre, l'estimation de l'exactitude est amusante. La capacité d'estimer avec précision est assez rare, donc vous acquérez une compétence utile, et cela ressemble souvent à un jeu puisque vous essayez de battre votre "meilleur score" d'avant.


0

J'ai une mesure simple de progression:

quand mes collègues / clients disent des choses comme:

Étape 1:

"super travail, j'adore!"

Étape 2:

"c'est génial! Je ne savais même pas que tu pouvais faire ça!"

Étape 3:

"C'est une bouée de sauvetage! Le système ne serait pas le même sans lui"

Étape 4:

"Absolument oui, je te fais confiance "

Étape 5:

"C'est tout simplement excellent, je ne sais pas quoi ajouter de plus"

Étape 6:

"Vous nous avez changé, changé cette entreprise, pour le mieux"

Étape 7:

"merci, vous m'inspirez "


0

Je prendrais un autre tact, selon où vous en êtes dans votre carrière, mais surtout si vous êtes junior à mid. Évidemment, vous voulez répondre aux attentes de votre employeur, vous voulez terminer vos tâches dans les délais, sonner les alarmes appropriées si les choses vont différemment que prévu, faire vos vérifications, collaborer avec vos pairs ... tout ce que vous devez faire.

Au-delà de cela, ma stratégie est la suivante: faire mieux aujourd'hui que vous ne l'avez fait hier.

C'est ça. Voilà votre objectif.

Cela signifie que le code que vous avez écrit hier est mauvais et qu'aujourd'hui, vous ferez mieux. Aujourd'hui, vous allez rechercher, combler certaines de ces lacunes, ces choses que vous ne saviez même pas que vous ne saviez pas. Aujourd'hui, vous refactorisez. Vous prendrez cette méthode que vous avez laissée un peu trop salissante et la nettoierez. Vous reconnaîtrez cette chose que vous avez laissée trop étroitement couplée. Vous allez écrire ce test que vous avez oublié. Vous apprendrez quelque chose de nouveau.

Si vous faites ces choses et que vous accomplissez votre autre travail, vous aurez eu une bonne journée productive.


0

Apprenez au moins une nouvelle langue par an et utilisez-la.

Plongez dans au moins un nouvel aspect de l'immense monde de la programmation / génie logiciel chaque année et utilisez-le.

Poussez-vous à plonger profondément. Vous ne vous poussez pas assez fort si vous n'avez jamais l'impression d'être au-dessus de votre tête.

Discutez avec votre superviseur de la façon de faire avancer votre carrière. Un bon superviseur est toujours à la recherche de quelqu'un pour le remplacer. Parlez au patron de votre patron, ou même plus haut dans la chaîne, de la façon d'atteindre cet objectif. Cela pourrait prendre un peu de finesse; ne donnez pas l'impression que vous dépassez la tête de votre patron ici.

Vous seriez surpris du nombre de promotions accordées simplement parce que quelqu'un a eu le courage d'en demander une.


Bien que je sois d'accord avec ce que vous dites, ce n'est pas une réponse appropriée à la question. La question était de savoir comment mesurer les contributions quotidiennes , et non la progression globale de sa carrière.
Jarrod Nettles

D'accord avec @Jarrod. De plus, il était spécifique de ne pas parler de gestion, donc parler de promotions et comment les obtenir est hors de propos.
Andy Wiesendanger

@ Jarod: À mon avis, essayer de mesurer les contributions quotidiennes va accomplir une chose: regarder la mauvaise chose. Combien de réunions ai-je assisté aujourd'hui (mieux: combien n'y ai-je pas assisté), combien de lignes de code ai-je écrites (mieux: combien de code ai-je éliminé en trouvant un thème commun). Les programmeurs ne sont pas des travailleurs au coup par coup. Pendant des jours, les progrès sembleront nuls, puis soudain, le tour est joué! de nombreux progrès ont été réalisés. Une vision à plus long terme est nécessaire.
David Hammen

-1

Je pense que vous avez la bonne idée, le nombre de check-ins pour le contrôle de source est la façon dont je le ferais. Chaque enregistrement est une unité importante d'affinement du programme. Bien sûr, cela ne fonctionne que lorsque vous enregistrez uniquement des mises à jour / correctifs de programme entièrement développés, mais c'est de cette façon que cela devrait être fait de toute façon. Si je mesurais, cela pourrait aussi m'aider à respecter cette règle.

Les rapports sur les problèmes résolus sont un autre bon instrument de mesure, je suis entièrement d'accord avec celui-ci également. Encore une fois, cela pourrait m'aider à me rappeler d'entrer les rapports de bogues de la manière "si je ne consigne pas ce défaut avant de le corriger, je ne mesurerai pas correctement ma propre progression aujourd'hui".

Les deux valeurs doivent être faciles à collecter et à représenter graphiquement. Je peux presque voir la feuille de calcul maintenant ... 8)


5
-1: Le nombre de check-ins n'est même pas une bonne mesure de gestion. C'est un haricot facilement dénombrable mais absolument dénué de sens: bon pour les compteurs de haricots, pas bon pour autre chose. Ce n'est pas une bonne mesure personnelle. Tous les enregistrements qui clôturent une demande de modification / rapport d'anomalie ne sont pas créés égaux. Le CR pour ajouter une capacité de point de contrôle / redémarrage à une application est juste un peu plus difficile à terminer que le DR qui implique la correction d'un bogue à une ligne.
David Hammen

1
Le nombre de check-ins est presque aussi mauvais que les lignes de code (LoC). L'optimisation de ces types de métriques n'équivaut pas à une qualité de code supérieure car ils ne sont pas du tout corrélés.
Spoike

D'accord avec les deux ci-dessus. Les enregistrements ne correspondent pas à la contribution. L'archivage de 5 correctifs faciles n'est pas "meilleur" qu'une nouvelle fonctionnalité majeure.
Andy Wiesendanger
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.