Comment mettre en œuvre efficacement la règle 80/20 pour le temps du développeur?

Je suis développeur dans une banque où une règle 80/20 est implémentée. 80% du temps vous travaillez sur votre projet assigné et 20% vous travaillez sur quelque chose qui vous intéresse. Cependant, je ne sais pas vraiment comment procéder. J'espère qu'il y en a d'autres qui peuvent me donner des conseils sur la façon de le faire.

Mon problème est que lorsque je suis vraiment dans la zone, je ne pense qu'à la tâche à accomplir. S'il s'agit d'un 20% 'er, la dernière chose que je veux faire est d'arrêter et de partir, de perdre l'élan et de retourner travailler sur mon projet principal.

Suis-je supposé travailler 4 jours sur quelque chose et 1 jour sur autre chose? ou 4 semaines et 1 semaine?

Je sais que cela dépend de l'entreprise, mais j'espère avoir une idée de la façon dont cela se fait à l'échelle de l'industrie.

Divisez toutes vos tâches en sous-tâches (les tâches "80%" ainsi que les "tâches 20%") et notez-les. Chaque tâche doit être suffisamment petite pour être effectuée en quelques heures au maximum, et suffisamment grande pour que vous puissiez entrer dans "la zone" pour elle (si c'est une tâche qui nécessite votre concentration de cette façon). Ensuite, choisissez un ordre pour travailler sur les tâches remplissant la règle 80/20 par semaine ou par mois, selon ce qui sera approprié dans votre entreprise.

Je pense que si les 20% sont la politique de l'entreprise et que vous réalisez vos principaux projets, le patron ne se soucie pas vraiment de l'endroit où vous dépensez ces 20%. J'essaierais de ne pas trop répartir votre temps, au moins un jour à travailler consécutivement sur quelque chose. Et lorsque vous arrivez dans la zone, il vous suffit de passer un jour ou deux de plus et de compenser plus tard en travaillant davantage sur vos principaux projets.

Mon entreprise, bien qu'elle n'implémente pas une règle 80/20 en tant que telle, nous encourage à rester constamment à jour avec les dernières technologies, à lire d'autres blogs et publications tels que des programmeurs, etc. et à nous assurer que nous maintenons notre développement personnel et nos intérêts à jour. Date.

Pour y parvenir, ils n'ont pas spécifié de durée exacte, mais ont veillé à ce que nous travaillions sur une échéance de projet et de tâche plutôt qu'une charge de travail à l'heure. Cela signifie que nous parlons régulièrement avec notre supérieur immédiat pour nous assurer que les tâches qui nous sont confiées ou que nous assumons sont gérables et nous permettent de passer un certain temps en dehors de la normale à prendre pour nous-mêmes et à rafraîchir notre esprit et nos intérêts. Si nous avons du mal, nous en parlons pour savoir pourquoi, c.-à-d. Limitation des compétences, trop de travail, délais irréalistes, etc.

Nous gardons une trace approximative de nos heures passées à des fins de facturation, mais cela correspond à l'heure sur une journée entière, donc nous ne sommes pas censés enregistrer ce que nous avons fait à chaque minute de la journée.

Chacun de nous gère son temps lui-même, donc c'est à eux de déterminer comment ils le font. Certains membres de l'équipe travaillent d'arrache-pied au début de la semaine pour accomplir leurs tâches et chaque fois qu'il leur reste, ils se détendent dans leur propre intérêt. D'autres comme moi ont tendance à mélanger cela au cours de la semaine, car je rencontre souvent des barrages routiers dans mon projet / ma tâche. Donc, à ce stade, je saute sur quelque chose d'autre qui est assez souvent mon propre intérêt. Cependant, comme nous sommes axés sur les tâches / projets, je dois toujours m'assurer que le travail est fait, il est donc de ma responsabilité de m'assurer que je n'utilise pas tout mon temps sur des tâches personnelles au détriment de l'équipe.

Dans le passé, cela a conduit certains membres de l'équipe à accélérer leurs tâches et à produire des résultats indésirables. Pour aider à cela, nous avons introduit des évaluations périodiques par les pairs et encourageons également tout le monde à lire les autres vérifications de code des développeurs. Nous encourageons un forum de discussion ouvert où chacun est libre d'exprimer son opinion, mais de manière respectueuse.

En fin de compte, cela dépendait un peu de la confiance des pouvoirs en place, s'appropriant les grognements pour s'assurer que le travail est fait et un bon gestionnaire au milieu pour garder le navire en marche.

Si j'avais quelque chose comme ça (je le souhaite), je serais enclin à le faire comme ceci:

1. Parlez-en avec votre patron et assurez-vous qu'il / elle accepte que ce sera le cas.

2. Soyez très clair avec les autres personnes avec lesquelles vous travaillez et que lorsque vous travaillez sur des projets assignés, ils sont libres de vous interrompre / parler / vous demander des choses. Mais lorsque vous travaillez sur vos travaux de R&D, ils ne peuvent pas vous déranger.

3. J'utiliserais du lundi au jeudi pour le travail et le vendredi pour la R&D. De cette façon, vous avez une heure définie de la semaine et obtenez un vent moins stressé jusqu'au week-end.

La façon dont je le vois, vous avez deux options tant que vous avez une politique d'entreprise légitime qui vous permet vos 20%. Assurez-vous que votre plan est approuvé par votre responsable.

1. Bloquez 2 heures de chaque journée de 8 heures sur votre calendrier pour le temps de recherche
2. Passez une journée par semaine à la recherche et les quatre autres à vous concentrer sur votre projet principal

En ce qui concerne ce que vous allez rechercher / apprendre, prenez le temps de créer un plan d'apprentissage et de fixer des objectifs. Parlez à votre manager et voyez s'il / elle a des suggestions sur lesquelles se concentrer. Utilisez ensuite la suggestion de Doc Browns pour diviser votre temps d'étude en tâches régulières. Pensez à bloguer ce que vous apprenez.

Quoi que vous choisissiez de faire, assurez-vous d'avoir un plan et de documenter ce que vous faites afin de pouvoir le montrer à votre employeur. S'asseoir et surfer sur le Web et lire des articles au hasard est génial et vous pouvez en apprendre beaucoup en le faisant, mais vous n'aurez rien à prouver. Le suivi des articles que vous lisez aide à cela.

Je pense que la clé ici n'est pas de se concentrer sur les 80% / 20% autant que de s'assurer que vous apprenez et vous pousse avec les nouvelles technologies. Si vous le faites déjà avec les choses sur lesquelles vous travaillez quotidiennement, tant mieux! Sinon, assurez-vous de mélanger de nouvelles choses ou de réserver du temps juste après avoir terminé un livrable et faites-le ensuite.

Je me rends compte que certaines nouvelles technologies ne se prêtent pas à un développement stable (CTP, Bêta, etc.) et je ne préconise pas que vous mélangez ces choses dans votre travail normal. À moins que ce soit le type d'avantage de votre entreprise.