Carrière de responsable informatique: de la ligne de commande au travail d'équipe

Le monde informatique d'aujourd'hui ne ressemble à aucune des autres industries - des gars enthousiastes et compétents travaillent sur le code des applications, des jeux, des solutions d'entreprise, des services. Les programmeurs et les ingénieurs, les concepteurs et les testeurs, les administrateurs système et les nouveaux DevOps transforment les idées en logiciels que des millions de personnes utilisent. Ils écrivent avec enthousiasme du code, développent des algorithmes, préparent des dispositions et combinent cela en mécanismes utiles et réalisables. Nous, utilisateurs Habr, parlons souvent de développement, d'administration, de nouvelles technologies et de langages de programmation, coupés dans un débat houleux sur les avantages d'une pile par rapport à une autre, mais oublions le lien important dans toute entreprise informatique - les chefs de projet et de produit. Mais en attendant, ce n'est pas un fait que demain on ne vous proposera pas de vous éloigner des affaires des programmeurs et de devenir manager. La motivation? Est-ce que ça vaut le coup? Plafond? Impasse de carrière? Nouvel horizon? Faisons les choses correctement.

Manager IT, backlog it ...

Nous mettons en œuvre notre système CRM et, par conséquent, nous avons non seulement l'expérience du développement de nos propres gestionnaires (ce sont principalement des hybrides avec des programmeurs - plus proches des chefs d'équipe) dans RegionSoft Developer Studio , mais nous rencontrons également d'autres chefs de projet informatiques (et non des TI non plus, mais c'est une autre histoire). Au fil des ans, nous avons été en mesure d'identifier un certain nombre de signes typiques de gestionnaires avec «mauvais caractère».

Hélas, il arrive souvent que des personnes ayant une bonne formation économique, juridique et managériale, mais sans connaissance des connaissances techniques, tombent dans les dirigeants des entreprises informatiques. Ils peuvent essayer, appliquer des techniques psychologiques, assister à des formations et tenir des réunions ultra longues, mais obtenir non seulement des résultats nuls, mais aussi gagner de la haine dans l'entreprise. Les programmeurs considèrent le manager comme un flâneur, le manager craint les techniciens aigris. Et il y a de bonnes raisons à cela.

• Travaillez sans objectif, plan et étapes du projet. Une telle situation peut se produire si le gestionnaire a une mauvaise idée des étapes de développement et du processus de création de logiciels en général, c'est-à-dire qu'il est simplement difficile pour lui de planifier correctement. Le travail chaotique, le passage de tâche en tâche, les exigences en constante évolution épuisent tous les membres de l'équipe, conduisent à des licenciements et à l'épuisement professionnel.
  
• Changer un projet à la volée est un autre trait détesté d'un manager. Vous pouvez facilement reconnaître ce type d'employé: après avoir entendu lors d'une conférence ou d'un autre mitap sur les nouvelles technologies ou les modèles de gestion à la mode, il revient dans l'entreprise avec des yeux brillants et commence à pousser activement la nouveauté de l'ancien projet. De plus, il ne s'agit pas d'une expérience de bonnes pratiques, mais d'une immersion totale et téméraire dans quelque chose de nouveau. Sent comme plus de trempage. Cela entraîne une interruption de la durée du projet et une forte baisse de la qualité et de la vitesse de développement. Si un pitoyable innovateur parvient à obtenir le soutien de la haute direction - l'écriture est manquante.
  
• La stratégie à tout prix est la devise des chefs de projets informatiques qui travaillent pour leur propre bonus, mais pas pour le bien de l'équipe. Ces gars-là sont prêts à tout pour le KPI et le ROI et excluent tout risque, juste pour éviter de perdre les valeurs de coefficient convoitées. L'option la plus dangereuse est lorsque le manager fait pression sur l'introduction de coefficients liés aux réalisations «non acquises» dans la matrice des indicateurs - tels que le coefficient de fidélité, l'indicateur de motivation interne et le niveau estimé d'interaction avec les collègues. En règle générale, les professionnels introvertis ne passent pas par ce tamis et restent sans bonus. Et là, sans motivation, et ... sans travail.
  
• La méconnaissance des principes de développement est un fléau pour les managers non-tech. Sans connaître les particularités de la création de code, la vitesse des programmeurs, les principes des tests, le calendrier de mise en production du produit, il est extrêmement difficile d'arriver à un dénominateur commun avec la R&D et de devenir un véritable lien de connexion au sein du projet. Ce sont ces gestionnaires qui aiment mémoriser quelques mots de sujets informatiques et dire: «Avez-vous le temps de présenter avant vendredi?», «Refactorisez le code pour travailler plus rapidement», «Oui, il n'y a que deux lignes à changer. Pourquoi tester la construction entière? "
  
  
  
  
  Certains gestionnaires pensent que l'entrée est une sorte d'idée, la sortie est la meilleure dans le monde du logiciel et au milieu c'est magique. Non, généralement une excellente idée, un développement long, fastidieux et compliqué et un produit que les concurrents sont en avance. Et juste le gestionnaire cool et les développeurs intelligents de ce produit mènent à GRAND :-)
• Les réunions sans fin sont un excellent moyen d'imiter les activités sans obtenir de résultats. L'essentiel est qu'il devrait y avoir un calendrier pour réserver les salles de négociation (de préférence publiques), et le gestionnaire lui-même avec un regard important écouter la situation sur le projet et faire des commentaires. Si vous essayez, vous pouvez appeler cette imitation de Scrum ou Agile. Mais alors il doit y avoir un tableau avec des morceaux de papier colorés. Ceci est un gestionnaire-consultant a appris.
  
• Le client a toujours raison, même lorsqu'il a définitivement tort. Pour une raison quelconque, la formule magique «le client a toujours raison» de la vente au détail et du service a migré, y compris au développement. Le manager, appelé à travailler côté client, ne se transforme pas en avocat des intérêts client, mais en dieu hocheur de tête qui porte les tâches les plus délirantes du client marquées de toute urgence. Et, bien sûr, sans savoirs traditionnels compilés et signés.
  
• Ignorer les aspects personnels est une erreur que tout manager, y compris un technicien, peut commettre. Vous ne devez en aucun cas ignorer le fait que vous travaillez dans un environnement de personnes - et donc dans un environnement de personnalité, de caractère, d'humeur, de motivation. Et si vous ignorez ces fonctionnalités au sein de l'équipe, vous pouvez obtenir l'effet d'une mini-bombe nucléaire à l'intérieur de l'équipe. Ça fait mal à tout le monde.
  
• Le défaut de fixer des priorités entraîne des ruptures inégales dans les délais du projet, une confusion dans le développement, des cas abandonnés, un backlog non remonté et un bugtracker débordé. Le développement comme toute ingénierie ne supporte pas le chaos.
  
• Le contrôle total et la microgestion sont des maladies de gestion qui peuvent attaquer tout le monde. Il n'y a rien de pire qu'un manager. s'efforcer de remplacer tout le monde sur le lieu de travail et prêt à s'adapter à chaque étape du développement.
  
• Le manque de rétrospectives est un excellent moyen de réduire la motivation de l'équipe et la qualité du développement. Si, pour une raison quelconque, le manager évite d'analyser les erreurs, le travail effectué, a peur de louer ou d'appeler à des changements qualitatifs, il recevra inévitablement une équipe qui ne sait pas dans quelle direction il évolue.
  
• Ignorer les meilleures pratiques. Les succès, les trouvailles et les avantages de quelqu'un d'autre sont parfois difficiles à reconnaître. Cependant, ce comportement est fatal au travail - si vous ne tenez pas compte des meilleures pratiques, vous pouvez prendre du retard sur vos concurrents et perdre essentiellement tous les avantages. Si le manager a peur de reconnaître le meilleur et de le mettre en œuvre activement, le projet est condamné.
  
• Il y a un autre aspect du travail du manager qui a des conséquences négatives - le désir de créer une équipe amicale, même au détriment de l'efficacité et de la productivité. A la recherche d'un climat psychologique confortable au sein de l'équipe et d'une absence totale de conflit, le manager conduit le projet au rang de «convivialité», ce qui est bon pour tout le monde, mais le travail n'est pas fait. Tôt ou tard, cela conduit nécessairement à des conflits et à une profonde crise managériale.
  

Bien sûr, toutes ces qualités sont rarement combinées en un seul manager, mais chacune d'elles est déjà capable de faire bouger le projet sur le chemin de l'objectif. Néanmoins, ce n'est pas une utopie - de tels managers ont été trouvés dans le travail de presque tous. Quelle est la sortie? Pour faire grandir Babu Yaga dans votre équipe et transférer aux managers le meilleur programmeur qui connaisse le projet avant chaque caractère du code? Option! Mais est-il si simple de passer d'une chaise de programmeur ou d'ingénieur à une chaise de manager?

Des programmeurs aux managers - la voie des samouraïs

Si nous parlons des changements de carrière d'un bon, très bon et talentueux programmeur, nous ne pouvons pas parler de l'avantage clair de devenir des gestionnaires. Il existe plusieurs voies de développement pour un programmeur qui a grandi dans un projet à un maximum professionnel.

1. Changer l'entreprise et obtenir de nouvelles tâches dans le cadre d'un nouveau projet est le résultat le plus simple, mais souvent le plus indésirable pour tous. Oublions ça avant les autres posts.
   
2. Changer un projet au sein de votre entreprise et développer une nouvelle direction est une excellente option, rentable pour l'entreprise et motivant le développeur. Mais toutes les entreprises ne développent pas en parallèle plusieurs projets, une telle opportunité peut tout simplement ne pas exister.
   
3. Continuer à croître à sa place, plonger dans l'optimisation du développement, augmenter la fonctionnalité du produit, l'améliorer par le refactoring et l'utilisation de nouveaux algorithmes et technologies. Une excellente option, qui est le plus souvent choisie par les meilleurs programmeurs.
   
4. Devenir manager - si le programmeur présente des fonctionnalités managériales et est évidemment prêt à supporter le poids du travail de projet, et à confier le développement à sa propre équipe.
   
5. Devenir un évangéliste technologique - pour de très grandes entreprises ou pour des produits très rares et ultra populaires.
   

Opinion spéciale - RegionSoft Developer Studio, le développeur principal, parle de son expérience de travail avec les gestionnaires et les programmeurs.

À mon avis, les programmeurs et les gestionnaires sont des entités complètement différentes qui sont pratiquement opposées les unes aux autres. Je ne connais pas un seul programmeur qui deviendrait un bon manager. Le chef du département de développement, chef d'équipe - oui, mais pour travailler y compris la promotion et le travail avec les clients - je ne le sais pas. Les programmeurs sont vraiment passifs en termes de communication - ils sont souvent silencieux, têtus, introvertis durs, laconiques, ils n'aiment pas être tirés et eux-mêmes n'aiment pas se contracter. Le gestionnaire doit être un extraverti, comme communiquer, résoudre des problèmes, planifier et prendre des initiatives - bien sûr, à côté du psychotype de la plupart des programmeurs, ce sont des types catégoriquement différents.

Mais il y a une caractéristique importante. Si une personne combine les caractéristiques à la fois d'un programmeur et d'un gestionnaire, alors un tel employé obtient un gestionnaire de projet idéal ou même un gestionnaire de niveau expert. Mais c'est extrêmement rare.

Un gestionnaire de niveau expert est toujours une star dans n'importe quelle équipe, car il sait travailler comme un «avancement» et connaît le sujet de l'intérieur. C'est comme Korolev lorsqu'il dirigeait le bureau d'études pour développer une fusée. S'il ne lançait pas et ne construisait pas lui-même ces raquettes et avions pour enfants, il ne serait jamais en mesure de contrôler tout un bureau d'études et ne créerait pas une fusée capable de conquérir l'espace.

Un manager a besoin de qualités de leadership pour rallier une équipe autour de lui et être capable de la gérer, de se fixer des objectifs, de planifier pour atteindre des résultats intermédiaires, etc. Et, bien sûr, dans le développement de logiciels, dans le domaine technique, cela est particulièrement important.

Donc, si la programmation est votre tout et que l'âme ne réside pas dans le travail de gestion, ne continuez pas. Un bon développeur talentueux trouvera toujours des points de croissance dans son entreprise préférée et son projet.

La transition des développeurs aux responsables de développement est une croissance de carrière du point de vue de la société, du leader et de l'équipe. Ce sont des augmentations de salaire, de nouvelles tâches et de nouvelles responsabilités. Mais le développeur n'est pas toujours prêt à abandonner le code et à commencer de nouvelles tâches - ne serait-ce que parce qu'il aime beaucoup plus la programmation. Cette position mérite un grand respect (et une augmentation de salaire - oui, mesdames et messieurs, c'est la preuve d'une fidélité presque pathologique au produit et cela coûte beaucoup!), Mais nous nous arrêterons à une situation plus courante: les salaires, les nouvelles tâches excitent et vous avez presque accepter de devenir manager, mais par où commencer? Comment s'engager sur cette voie et y devenir efficace, et ne pas tomber dans le piège du principe de Pierre ?


Un responsable informatique est presque toujours un orchestre humain. Mais joue-t-il toujours harmonieusement?

Que faut-il réaliser?

Tout changement d'activité tant à l'intérieur qu'à l'extérieur de l'entreprise est un certain stress, associé à de nombreuses interrogations et doutes. Même si vous connaissez le projet depuis de nombreuses années, vous devez toujours le regarder et l'équipe de l'autre côté, se tourner vers les nouveaux côtés de l'interaction, devenir le leader de vos collègues, devenir un leader. Il est important de réaliser immédiatement quelques points qui aideront à se réunir et à se mettre au travail «de ce pied».

• Le poste de manager est la croissance du programmeur, un nouveau cycle de développement dans le domaine du management. Lorsque le développeur a réalisé presque tout dans le code, il doit aller plus loin et gérer exactement comme le projet l'exige. Lorsque vous connaissez les processus de développement et les fonctionnalités du produit de l'intérieur, vous pouvez changer beaucoup de gestion, pour rendre l'équipe vraiment forte. Bonus pour tous les risques - nouveaux défis et côté matériel.
  
• La transition vers les managers est un moyen de dépasser le plafond de carrière atteint. Ceci est particulièrement important pour les professionnels qui souhaitent se développer au sein de leur entreprise et ne pas changer d'emploi. C'est une façon d'appliquer les connaissances accumulées dans une nouvelle qualité.
  
• Il est plus facile pour le gestionnaire de passer à un emploi bien rémunéré dans une autre entreprise, car le programmeur devrait se plonger dans le code, le style de développement, traiter avec le pas toujours le meilleur «héritage» de son prédécesseur, et le gestionnaire a la possibilité de gérer correctement le projet, de comprendre le développement, mais de passer du temps à ratisser un tas de code . Il est initialement efficace (bien que ce ne soit pas le fait que les démontages avec un bouquet soient annulés!).
  
• En devenant manager, vous devez éviter la microgestion et cesser de vous plonger dans les moindres fonctionnalités du développement, dans chaque ligne de code - vous devez donner à l'équipe la possibilité de résoudre les problèmes de développement. Cependant, souvent un gestionnaire qui est passé d'un programmeur continue à visualiser les builds et les validations individuelles, et continue même souvent à écrire du code lui-même. cependant, tôt ou tard, le volume des tâches managériales sérieuses remplacera une telle opportunité, il est donc important de construire correctement la délégation dans une équipe.
  
• Le manager n'est pas un bureaucrate informatique et pas un combattant du côté obscur. Il s'agit d'une personne capable de mettre à profit son expérience afin de donner vie à une idée de produit, de créer des logiciels utilisables et bénéfiques.
  

Quant à moi, il n'y a aucune raison de s'inquiéter

• Un manager est une personne qui travaille avec des gens, et cela ne devrait pas être réduit. Votre nouvel emploi est un processus continu d'interaction avec la direction, les clients et, bien sûr, l'équipe. Il est important d'assurer un environnement de travail favorable, d'apprendre à gérer des personnes complètement différentes et en même temps de ne pas glisser dans une joyeuse entreprise ou, inversement, dans un marécage barré uniquement de personnes «nécessaires et calmes». Rappelez-vous Vysotsky, «il y a peu de vrais violents et il n'y a pas de leaders»? Il faut rester d'une bonne manière violente.
  
• Le manager doit être en mouvement, mais en aucun cas passer de pile en pile, de technologie en technologie. Des conditions techniques doivent être créées pour un travail réussi - en particulier, l'automatisation doit être introduite là où elle est nécessaire.
  

Avec l'automatisation, vous pouvez en faire trop. En théorie. En pratique, il y a une sous-automatisation éternelle.

Et oui, il faut affronter cette image dans la vie :-)

L'essentiel est d'aimer vraiment, vraiment votre produit. Parfois, bien sûr, contrairement à :-)

Vous êtes donc le manager. Pendant longtemps, vous avez été développeur, ingénieur, vous avez beaucoup appris sur le projet. Maintenant, vous obtenez une nouvelle expérience, des responsabilités et de l'argent en échange d'une énorme quantité de travail, de beaucoup de pression et de la nécessité de prendre des décisions difficiles. Vous voyez des opportunités et pouvez influencer le développement des affaires.

Que devra-t-il accepter?

Il y a plusieurs choses que vous devez prendre dans le rôle de manager: les risques, la capacité d'écouter les critiques et d'y répondre, une nouvelle mesure de responsabilité, la capacité de prendre des décisions difficiles et parfois impopulaires. Vous devez devenir le leader de votre propre équipe. Cependant, si vous êtes devenu responsable du développement, vous avez probablement déjà été un leader informel.

La plus grande peur

La principale crainte du gestionnaire, qui était un développeur récemment, est de perdre ses qualifications, ses compétences techniques et de prendre du retard par rapport aux innovations dans la pile. Cette peur est justifiée, mais dépend entièrement de vous. Le manager doit être à la pointe de la technologie et comprendre le plus possible tous les outils. Heureusement, il y a maintenant beaucoup d'informations et elles sont facilement accessibles.

Comment apprendre rapidement

Mais peu importe à quel point vous êtes un programmeur cool, lorsque vous venez travailler en tant que manager, vous devez en apprendre beaucoup sur les nuances et les subtilités du travail. Il existe plusieurs façons d'obtenir la quintessence de l'expérience de quelqu'un d'autre et de commencer rapidement.

Vous pouvez choisir un mentor, vous pouvez vous plonger dans les manuels et les livres, et ce sont les bonnes décisions. Mais c'est une perte de temps. Par conséquent, il vaut mieux apprendre - mais la question est de savoir où. Un MBA est un long, cher et, hélas, loin de toujours ce dont vous avez besoin. Par conséquent, il vaut la peine de se tourner vers d'autres opportunités pour obtenir la quintessence de l'expérience de quelqu'un d'autre.

1. L'occasion la moins chère et la plus adéquate est de trouver un mentor dans l'entreprise qui vous permettra d'entrer dans une nouvelle ornière. Il peut s'agir du chef de département, d'un manager expérimenté, voire du PDG, notamment dans une petite entreprise. L'employé, connaissant son côté du travail, s'y habituera rapidement et connaîtra dans un premier temps les points problématiques du projet.
   
2. Aller en profondeur dans les livres, les blogs, les matériaux, faire de l'auto-éducation. Une excellente solution, mais cela prendra beaucoup de temps et aura une base théorique. Il s'agit plutôt d'un ajout obligatoire à l'une de ces méthodes.
   
3. Allez au deuxième supérieur, à la magistrature, aux parcours difficiles. Eh bien, si vous avez du temps et de l'argent ... En fait, c'est assez coûteux et pas toujours efficace - une caractéristique des universités, vous comprenez: il y a un programme et des enseignants agités, donc en plus des choses nécessaires, vous étudierez une logique différente. Cependant, si vous êtes un étudiant diplômé ou si vous souhaitez entrer en informatique non seulement en tant que junior, mais en tant que jeune homme en herbe, vous pouvez vous essayer.
   
4. Obtenez un diplôme de MBA. Cher, difficile, consomme beaucoup de temps, les employeurs régionaux ne sont pas impressionnants. En outre, il existe peu de bons programmes en Russie. Habituellement, les sommets ou les sommets presque prêts des grandes sociétés, dans lesquels cela ajoute du poids, sont décidés sur le MBA. Mais, selon notre expérience, plusieurs autres compétences sont valorisées dans le domaine informatique: le cerveau, l'expérience, le travail de compétences.
   

Mais en général, toutes les méthodes sont bonnes, surtout si vous les mélangez avec des livres et des blogs sensés de vrais praticiens de la gestion informatique. La principale chose à retenir est que vous devez devenir un leader, pas
Un bureaucrate informatique.

---

Notre chaîne Telegram en direct BizBreeze . Tout ce qui concerne le CRM et les affaires, à bon escient, sans copier-coller et 90% sans publicité. Abonnez-vous.