Chaque chef d'équipe a son propre cimetière d'employés responsables des erreurs de gestion. Chaque jour, de nouveaux articles sont publiés: «5 erreurs d'un développeur novice», «7 exemples de la façon dont vous n'avez pas besoin de gérer les processus», «100 et 1 façon de respecter les délais». Et c'est génial!
Le râteau de quelqu'un d'autre vous fait gagner du temps, vous rend audacieux, vous tapote l'épaule et indique clairement que vous n'êtes pas le seul à "m'avoir fait", et tout cela est passé.
Une erreur selon Ozhegov est une inexactitude dans les pensées ou les actions, et, peut-être, en même temps. Mais comment un novice aux nouvelles responsabilités peut-il s'en passer? Peut-être rien, mais vous pouvez essayer d'adoucir les coups. Sur mon exemple, je vais parler de ces erreurs que je ne pouvais pas éviter dans le processus de devenir moi en tant que lead. J'espère que chaque histoire vous sourit, car vous vous souviendrez de vous enfance au début de votre voyage, ou cela vous fera réfléchir à la façon d'éviter de monter vous-même sur un tel râteau.
Contexte
Au cours des 6 dernières années, j'ai consacré des tests à changer plusieurs sociétés et équipes afin d'obtenir des connaissances pertinentes et fiables sur la façon de créer un produit de haute qualité et sur le rôle que les testeurs et les ingénieurs peuvent jouer dans ce processus. Parfois, la raison du départ était le manque de possibilité d'apprendre de solides collègues de testeurs (et cela est nécessaire au tout début du chemin), car ils n'existaient tout simplement pas. J'ai testé ma force dans les tests manuels et automatisés. Et c'est précisément après avoir pompé dans l'automatisation que j'ai eu l'occasion de m'essayer en tant que testeur principal avec un coach Agile expérimenté.
Pour moi, c’est comme si le monde était bouleversé à ce moment-là. L'habitude de proposer des solutions et de les mettre en œuvre indépendamment est devenue plus forte et n'a pas voulu me quitter. Il s'est avéré que le style de travail de l'ingénieur en automatisation ne cadrait pas avec le nouveau rôle de leader d'un petit groupe de personnes. Passons aux détails.
Erreurs
Gestionnaire n ° 1 "ici et maintenant"
J'étais mieux à résoudre les problèmes ponctuels «ici et maintenant», mais cela ne rapproche pas toujours l'équipe de son objectif déclaré.
Prenons un exemple. Au tout début de la formation du nouveau format QA dans Dodo, après avoir pris connaissance du fonctionnement des tests et du désir de tout le monde de démarrer l'automatisation hier, j'ai décidé qu'il devrait être démarré dans un proche avenir. (La façon dont nous avons modifié les processus se trouve dans le rapport «Alice dans le pays AQ» ). Nous voulions tous vraiment sauver les gars de la routine quotidienne des tests de régression manuelle dans 9 pays.
Suivant le principe de «résoudre les problèmes ici et maintenant», nous avons organisé une réunion avec les testeurs, fait une carte des actions, établi des priorités, alloué du temps à chaque testeur pour automatiser et mis en œuvre des tâches à partir de la carte. Tout d'abord, nous avons décidé de l'outil et présenté notre plan pour accélérer la régression lors de l'assemblée générale des TI. Les testeurs se sont réjouis des tests qui sont apparus et ont cru en une élimination rapide de la routine manuelle.
Cependant, il s'est avéré que nous avons couvert avec des tests ce qui consommait beaucoup de temps du testeur, mais en même temps pratiquement jamais changé par les développeurs et avait peu d'effet sur les processus métier.
Que faire Bouts de chapeau
Comprendre le problème plus profondément, rechercher les causes et non les conséquences. Il est très probable que vos attentes selon lesquelles les testeurs sont le principal réservoir de connaissances sur le système du point de vue de l'utilisateur sont largement surestimées. Il vaut la peine d'appeler divers représentants de la société informatique aux premières réunions, de demander de l'aide pour faciliter la réunion avec le Scrum-master, après avoir discuté avec lui du résultat que vous souhaitez recevoir.
Manager N ° 2 "Ingénieur Expérimenté"
Mon deuxième dossier est le "cap" d'un ingénieur expérimenté. Toutes les tâches les plus difficiles me sont venues.
La formation de PageObject, la mise en œuvre de l'ensemble de méthodes de base pour travailler avec notre système, les scripts de lancement dans CI / CD - j'ai décidé de m'en charger par habitude. Je n'ai pas commencé à déléguer la communication avec les équipes produits, les ingénieurs d'infrastructure, les interviews et les textes de vacance. Selon le mentor, notre équipe d'AQ était «verte» (nouveaux arrivants) dans tous les sens. Bien sûr, j'ai décidé d'enseigner d'abord aux gars ce que je sais moi-même, en observant leur travail afin de partager mes tâches au fil du temps.
Le problème est qu'avec le nombre de réunions (assemblées générales, réunions d'équipe, formation interne, 1 & 1, entretiens, journées tests) qui me sont tombées sur les épaules, j'ai arrêté de tomber dans les heures de travail avec mes tâches. Huit heures par jour ne suffisaient pas, et j'ai commencé à compenser cela avec mon temps libre, que j'ai consacré au codage, aux textes, à la préparation des entretiens avec les candidats. Le reste de la précieuse montre que j'ai passée avec les gars en tandem dans le but de s'entraîner et de développer progressivement le projet avec des auto tests. Mon changement de contexte toutes les heures ou deux nous a ralenti sur tous les fronts: automatisation, communications AQ avec commandes, etc. Le faible taux de formation d'ingénieurs en assurance qualité et d'automatisation des processus m'a amené à travailler le week-end pour élaborer un plan quinquennal dans quelques mois.
Que faire Bouts de chapeau
N'ayez pas peur de déléguer des tâches. Tout le monde a le droit de faire une erreur et vous ne devriez pas la retirer, peu importe comment vous êtes hypnotisé par les chefs des autres équipes ou le mentor. Vos gars eux-mêmes devraient vouloir vous faire confiance et vous suivre, toujours expérimenter. Rassemblez-vous, déterminez quels processus peuvent être améliorés, quels gars sont prêts à les promouvoir et peut-être que certains d'entre eux peuvent être transférés en dehors de votre équipe. Un animateur expérimenté contribuera à garantir que les solutions choisies ensemble ne soient pas uniquement sur papier. Une équipe efficace et indépendante est ce à quoi tout leader doit tendre.
Directeur n ° 3 «l'envers de la microgestion»
Une autre erreur est souvent la microgestion. Je devais faire face à son revers - un contrôle serré implicite.
En essayant d’éviter de surveiller chaque étape des enfants et de limiter le front du travail, j’ai commencé à «imposer» aux enfants des possibilités «illimitées»: plans de développement, travaux de recherche, discours, cours, organisation de réunions, visites dans d’autres entreprises et autres activités. Bonnes intentions - former, pomper et perfectionner ses compétences, élargir ses horizons, faire de nouvelles connaissances dans le domaine professionnel. C'est tout ce qui me manquait tellement quand j'ai commencé à travailler comme testeur. Le problème est que l'équipe veut avoir le droit de choisir: parler ou non, regarder ou non, mais je les ai conduits dans un cadre serré.
- Les gars, nous faisons un mitap. Nous avons besoin des rôles suivants, des cadeaux, il y aura de tels orateurs. Sans votre aide, nous ne pouvons pas faire un événement mémorable.
- Les gars, en décembre il y aura Heisenbug. J'ai déjà commandé une diffusion en ligne pour nous, réservé une salle de réunion et samedi je diffuserai depuis mon ordinateur personnel. Tout ça?
- Les gars, cette semaine, nous allons visiter Odnoklassniki pour se familiariser avec la construction de l'automatisation.
Ces opportunités étaient perçues comme des limites, que tout le monde déteste tellement. Mon initiative semblait incontestée et, surtout, elle n'a pas été aussi efficace que prévu.
Que faire Bouts de chapeau
Une prise en charge excessive de l'enfant conduit au fait qu'il grandit infantile ou commence à faire le contraire malgré les parents. Il semble que l'on puisse en dire autant de la prise en charge du leader de son équipe. Motiver, pas forcer, rassembler un sujet sur le thème «Comment pouvons-nous élargir nos horizons en informatique?» et écoutez attentivement vos collègues, ne partez pas du seuil pour nommer toutes les façons que vous connaissez. Et surtout, ne courez pas après vos collègues avec une proposition de parler à une conférence et de vous rendre à une classe de maître intéressante. Annoncez l'occasion - ce sera suffisant.
Directeur n ° 4 «Partout où ils l'ont fait»
Peut-être que certaines des solutions qui ont fonctionné pour vous plus tôt dans une autre équipe / entreprise ne trouveront pas de soutien dans les nouvelles conditions et l'idée d'un collègue qui est loin du domaine des tests de logiciels, mais cool en développement, sera réalisée. L'argument selon lequel votre décision a été soutenue et continue d'être activement développée déjà sur la base de la communauté est peu susceptible de convaincre quiconque de faire de même, mais sur la pile technologique locale.
Que faire Bouts de chapeau
L'essentiel est de ne pas commencer à vous opprimer du fait que vos compétences et connaissances professionnelles sont remises en cause et ne sont pas prises en compte dans la prise de décision. Soit chercher des arguments valables qui trouveront le soutien de l'équipe, soit être d'accord avec l'équipe.
№5 Manager "Hystérique"
Un mentor joue un rôle important dans le processus de devenir vous en tant que professionnel / maître de votre métier. Mais il y a une mise en garde, votre perception de l'aide d'un mentor. Si entre vous vous méfiez les uns des autres, il est peu probable que l'effet des activités conjointes plaise à l'équipe et à tout le monde.
Conseils, recommandations, mettant l'accent sur les forces et les faiblesses des décisions prises - c'est la principale valeur de travailler avec un enseignant pour moi. Cependant, les entraîneurs utilisent souvent un format de formation différent: ils organisent une situation difficile pour vous sans avertissement, par exemple, un conflit dans une équipe basée sur un choix de technologies, se lavent les mains et surveillent vos actions. Pour moi, tout s'est terminé par le fait que le projet d'auto-tests est devenu la responsabilité des équipes de développement en raison du seuil d'entrée élevé sur lequel le coach a insisté. Cet alignement convient à tout le monde et il serait inutile de continuer la bataille de la simplicité.
Que faire Bouts de chapeau
Il sera important d'apprendre un tel moment: cris, jeter des papiers, supprimer le code de l'autre, la présentation par vous et le mentor de différentes visions de la stratégie et des étapes tactiques, les larmes ne vous aideront pas. Donc, vous ne faites que traîner le processus d'approche de l'objectif, et peut-être vous reculerez constamment, car vous aurez peur de faire face, de vous asseoir au même étage, de douter de la solidité de vos idées. Essayez de ne pas prendre de décisions rapides, de comprendre pourquoi le coach a eu besoin de ce conflit, pourquoi vous êtes faible et comment résoudre la situation sans exploser pour rien.
Pour résumer
Ci-dessus, j'ai décrit 5 points de mauvaise gestion d'un ingénieur en automatisation expérimenté. Vous pouvez rencontrer les difficultés décrites ci-dessus, et le succès de votre bataille et la solidité et la solidité de votre équipe dépendront de votre préparation et de votre caractère. Mon histoire s'est terminée avec la réalisation de l'objectif.
Les testeurs font maintenant partie des équipes de développement, les gars sont très indépendants et sont capables de prendre des décisions sur la mise en œuvre technique, la coopération avec d'autres équipes. Ils écrivent eux-mêmes des scripts, sélectionnent de nouveaux testeurs, tiennent des mitaps et bien plus encore. Oui, nous y sommes allés depuis plus d'un an, mais personne n'a promis que la gestion des gens est facile.