Rapports de micropas dans le travail d'un programmeur

Si vous êtes un imbécile, écrivez comment je le fais


L'une des entreprises où je travaillais avait des rapports très stricts. Toutes les heures de travail devaient être fermées dans les rapports par une sorte de tâche, et des rapports étaient soumis quotidiennement. En général, une personne s'habitue à tout, et il était tout à fait possible de se rappeler ce que vous avez fait aujourd'hui et de tout peindre. Mais une fois, on nous a demandé de rédiger en outre de tels rapports pour le mois et demi précédent. Naturellement, un tel désir a causé des difficultés aux employés.

Pour moi, il était assez facile de répondre à cette exigence. C'est juste que tout est écrit pour moi. Chaque jour ouvrable.

Le reporting vous permet d'évaluer votre efficacité


Quelqu'un met à jour le référentiel tous les jours, quelqu'un ne quitte pas avant d'avoir terminé la tâche. Les rapports quotidiens semblent quelque chose de flagrant uniquement en dehors de cette série. De ma part, je peux dire qu'une telle pratique est très motivante pour se concentrer sur le travail, et j'ai continué à compiler des rapports même lorsque je suis passé à un autre emploi.

Que vous dites-vous à la fin de votre journée si vous avez une liste de tâches vide? Eh bien, si la journée s'est terminée par la résolution du problème, et sinon? Qu'avez-vous fait aujourd'hui, sur quoi avez-vous passé votre temps?

Vous pouvez désormais analyser votre journée de travail, comprendre le temps passé et passer du temps plus efficacement.

La comptabilité vous permet d'allouer des tâches longues


D'une manière ou d'une autre, avant même l'introduction de ce programme, lorsque je travaillais en indépendant, je ne comprenais pas pourquoi si peu de problèmes avaient été résolus depuis longtemps. Je soupçonnais que je parlais beaucoup avec des clients potentiels, mais quand j'ai commencé à enregistrer cette fois, j'ai été étonné de voir à quel point les pertes étaient énormes! Ensuite, j'ai limité ma communication avec les clients potentiels à dix minutes, tandis que plus tôt, je pouvais leur parler pendant une heure, mais ils pourraient ne pas revenir.
L'efficacité a immédiatement augmenté de manière significative.

Le reporting vous permet de maintenir une base de connaissances


De plus, non seulement les tâches sont enregistrées, mais aussi les méthodes pour les résoudre, ce qui vous permet d'accumuler de l'expérience et d'utiliser ces solutions à l'avenir, même si plusieurs années se sont écoulées. Cela est particulièrement utile pour un développeur à profil large, car il existe de nombreux langages et technologies, la solution au problème peut être imaginée, mais la syntaxe spécifique peut être oubliée et les bases de connaissances similaires dans lesquelles ces rapports deviennent très utiles.

Le reporting ne passe pas, mais fait gagner du temps


Il peut sembler que le maintien d'une base de vos actions prenne beaucoup de temps, mais ce n'est pas le cas. Lorsque j'ai eu besoin de l'évaluer, dans mes tâches, j'ai commencé à noter le temps consacré au reporting. Et en moyenne, ce temps était égal à 25 minutes par jour ouvrable. Compte tenu du fait que les rapports étaient souvent très largement compilés, ce qui permettait d'utiliser le temps de fonctionnement de manière répétée, cela ne s'est finalement pas avéré être une perte de temps, mais plutôt un gain de temps.

Microsteps


Au fil du temps, j'ai amélioré ce système et l'ai converti en une méthode que j'ai appelée micropas. Par exemple, vous devez appliquer une solution déjà décrite il y a six mois. Mais les conditions peuvent changer et on ne sait peut-être pas pourquoi, à ce stade, c'est cette solution qui a été appliquée, et pas une autre. L'efficacité de réutilisation de la solution a été réduite. Ensuite, j'ai introduit un élément causal dans le rapport, une action décrite limitée à vingt minutes de travail. Ce fut une expérience, mais ce fut un succès!

Il s'est avéré que toute tâche peut être divisée en de telles sous-tâches et la mettre dans le temps requis. Oui, c'est la première exigence pour la solution efficace des problèmes, la division en sous-tâches, mais j'ai également ajouté aux sous-tâches les raisons pour lesquelles elles sont effectuées, et organisé une structure imbriquée, se déplaçant le long de laquelle, vous pouvez tracer la raison pour laquelle telle ou telle solution a été appliquée.

Peur de découvrir la vérité


Et pourtant, cela vous permet d'évaluer votre propre efficacité et de spécifier exactement ce dont vous avez besoin pour resserrer vos connaissances si un micropas prend trop de temps par rapport à ce qu'il aurait dû prendre. Bien sûr, pour cela, vous ne devez pas avoir peur de regarder dans les yeux la vérité que votre propre rapport montrera.

Exemple de micros pas


Exemple de micros pas. Les informations de cet exemple spécifique n'ont aucun sens, à l'exception des développeurs de cette application. Cet exemple montre uniquement comment les micropas sont conçus pour résoudre un certain problème.

Si les micropas sont au même niveau, ils surviennent et sont résolus séquentiellement. S'il y a une transition vers un niveau d'imbrication, cela signifie que pour effectuer ce micropas, vous devez effectuer d'autres micropas, et une fois qu'ils sont terminés, la tâche d'un niveau supérieur sera résolue. Si, à un moment donné, il y a une transition vers un niveau d'imbrication inférieur, cela signifie qu'à l'aide de micropas imbriqués, une tâche plus élevée a été accomplie, qui est au même niveau d'imbrication auquel la transition a eu lieu.

Dans cette tâche, donnée à titre d'exemple, il était nécessaire de corriger les valeurs nulles dans la base de données de l'application mobile et de vérifier son fonctionnement, mais comme l'application s'est bloquée sur l'un des appareils mobiles, j'ai dû me rendre sur le serveur et savoir sous quelle connexion il fallait se connecter à cette application, dans ce cas, c'était important. Sur la deuxième application mobile, il s'est avéré assez simple de réparer la base de données.

        .   usb  ,     adb pull /sdcard/mobapp/mobapp.db  null, ,    MNGFA=0          30-60.     . db browser for sqlite             ,  .  1.2.2.       .     .               .   mosquitto     id      /var/log/srvapp/server.log   .     journalctl  root   ? -   journalctl -u srvapp.service | grep "14F0-F610-MOBILE-ID" | grep -A2 "Z_MB_IF_FUNCNAME" : "ZID":"12345678"  : ng.log4j.Log - # Topic: XXYYZZ/ERP/Z_MB_IF_FUNCNAME     :   ,   ,         . 

Utiliser les micropas pour combler les lacunes dans les connaissances


L'analyse des rapports à micropas vous permet d'identifier les goulots d'étranglement dans le système de connaissances du développeur, et, en théorie, un autre développement de ce système sera la systématisation de ces goulots d'étranglement et l'allocation de temps pour combler les lacunes dans ces domaines. L'identification elle-même n'est pas une tâche difficile: vous devez voir quelles étapes nécessitent des actions supplémentaires et prendre suffisamment de temps pour les résoudre.

Solutions similaires


Veuillez fournir des liens vers des pratiques existantes similaires.

Source: https://habr.com/ru/post/fr461703/


All Articles