De nombreux experts techniques sont confrontés au fait qu'ils atteignent un maximum dans leur vertical et ne comprennent pas où aller ensuite, de sorte que le travail ne se transforme pas en une routine sans fin et donne une croissance professionnelle.
Je travaille dans le domaine informatique depuis 18 ans, cela m'est arrivé plus d'une fois. Aujourd'hui, je veux partager mon expérience de la façon dont j'ai géré cela à différentes étapes de ma carrière et de ce à quoi je suis parvenu.
Où ai-je commencé
J'ai commencé en 2001 en tant qu'administrateur système dans une société de distribution. Déjà, j'ai compris que ce travail en soi n'a pas beaucoup de sens sans automatisation de tout ce qui peut être automatisé. Il l'a fait non seulement dans le cadre de son domaine de responsabilité, mais également à tous les niveaux auxquels il avait accès. Par exemple, j'ai développé un programme qui automatisait le processus de réception des demandes des représentants commerciaux du côté du central. Je l'ai fait en tant qu'administrateur système et non en tant que développeur.
Après cela, il a travaillé dans des intégrateurs de systèmes, où il a commencé en tant que consultant en solutions d'infrastructure et en 8 ans, il a accédé au poste de CTO, avec un domaine de responsabilité dans la clé du développement technologique stratégique de l'entreprise. À l'époque, c'était intéressant pour moi, car cela ouvre des opportunités de développement professionnel. J'ai réorienté certains ingénieurs vers les technologies Open Source, qui n'étaient pas particulièrement populaires sur notre marché, nous avons commencé à travailler sur OpenStack comme alternative aux produits VMWare.
Après un certain temps, j'ai réalisé que j'avais atteint le plafond alors qu'il n'y avait nulle part où grandir davantage et que les tâches qui étaient auparavant perçues comme un défi devenaient une routine.
Il était évident qu'il était temps de changer de direction. J'ai déménagé chez SoftServe, où j'ai initialement interviewé en tant qu'architecte, mais en raison d'un manque d'expérience en sous-traitance, on m'a proposé un poste uniquement senior. J'ai réalisé que c'était un pas en arrière, mais parfois il fallait accélérer et avancer encore plus vite.
Parcours client externalisé
J'ai été attiré par le nouveau projet d'un client existant. Il a donc fallu commencer par une étude approfondie pour trouver la solution technologique optimale. J'ai fait une analyse comparative des options possibles, suis arrivé à la conclusion qui résout le problème de la meilleure façon et ai présenté ces résultats au client. Il a approuvé mon choix, respectivement, ils m'ont laissé pour mettre en œuvre ce projet - j'ai été architecte, j'ai travaillé en collaboration avec un développeur Python. Depuis six mois, le projet s'est agrandi en une équipe de 20 personnes. C'était très difficile, mais intéressant. Puis, en raison des processus politiques de l'entreprise du client, le projet a été clôturé.
En conséquence, je me suis retrouvé dans la réserve et j'ai déjà planifié les certifications que je pouvais passer à ce moment-là, deux heures plus tard, ils m'ont proposé un projet d'un autre client, qui commençait également. À cette époque, je me suis imposé comme un bon spécialiste dans mon domaine, qui a fait face à cette tâche pour un ancien client, alors ils se sont d'abord souvenus de moi. En conséquence, j'ai travaillé sur un nouveau projet pendant deux ans.
Il s'agit d'un service populaire dont l'application Web figure dans le TOP 50 du trafic aux États-Unis. Le client a été confronté à un certain nombre de problèmes, par exemple, le service n'a pas évolué et n'a pas pu supporter la charge lorsque, en raison de circonstances externes, le flux de demandes des utilisateurs a fortement augmenté. Le client est venu vers nous avec une demande pour changer complètement la décision, pour commencer à la transférer sur une autre plate-forme logicielle. En plus de la composante ingénierie (l'ensemble de l'infrastructure, CICD, surveillance, journalisation, etc.), nous avons couvert une partie de DevOps et travaillé en étroite collaboration avec les développeurs qui réécrivaient l'ancienne solution.
J'ai eu de la chance car ce projet était mené par un architecte de solutions très expérimenté.
J'ai regardé son travail et j'ai beaucoup appris. Par exemple, j'ai réalisé que j'avais auparavant sous-estimé l'importance des compétences générales et que je devais travailler dans ce sens. Après tout, choisir une solution technologiquement correcte est bien, mais vous devez également être en mesure de transmettre votre vision au client afin qu'il comprenne et accepte mon point de vue, puis d'ajuster le travail au sein de l'équipe. Sans cela, il n'y a aucune chance de montrer un bon résultat. Un architecte est un pont entre un client et une équipe technique. Six mois plus tard, cet architecte de solutions a quitté le projet et m'a transféré sa fonction.
Il était difficile de travailler en premier lieu parce que les conditions étaient dictées uniquement par l'entreprise, nous devions donc défendre nos intérêts afin de savoir avec certitude que nous publions un produit de qualité - par exemple, la vitesse était importante pour le client et il était prêt à publier sans test, que devrions-nous autoriser ne pouvait pas. Au cours de l'année, nous avons réussi à déplacer le service vers une nouvelle plateforme. Après cela, le client nous est retourné avec une demande de transfert de la solution vers une autre plateforme cloud. Cela a duré encore un an.
J'ai réalisé que j'étais prêt à passer à des tâches plus complexes. Parallèlement au travail, j'ai évolué en architecture, suivi des cours, obtenu des certificats. Il n'y a aucune tâche architecturale laissée sur notre projet, sauf parfois des solutions ponctuelles ou des changements. Par conséquent, avant moi, la question était de savoir où aller. Je pourrais trouver un projet client plus complexe où je résoudrais des problèmes architecturaux. Mais il resterait nouveau et intéressant pour la première fois (jusqu'à six mois), puis de toute façon il passerait au stade de stabilité et de zone de confort. Un tel travail convient à de nombreuses personnes, ce qui est normal. Mais je cherchais un environnement plus dynamique.
À ce moment, le Centre d'excellence a commencé à se développer activement dans notre entreprise. Beaucoup de mes amis y sont allés et j'ai vu qu'ils faisaient des choses intéressantes là-bas. Après avoir réfléchi aux perspectives et pesé tous les avantages et les inconvénients, j'ai décidé de passer à ce département. C'était au début de 2019.
Comment se construit le travail dans le Centre d'excellence (CdE)?
CoE est un groupe spécial dans une entreprise qui est attiré par des tâches non triviales ciblées. Nous nous concentrons sur le conseil. Nous sommes appelés à lancer de nouveaux projets, à gagner de nouveaux clients, à établir le travail des équipes.
L'ensemble des exigences pour les candidats au CoE est plus élevé que d'habitude. Par exemple, nous ne nous concentrons pas sur une connaissance approfondie des technologies ponctuelles, mais plutôt sur la capacité d'aller au-delà et d'apprendre de nouvelles choses. Les compétences en communication jouent également un rôle important.
Nos spécialistes sont impliqués dans le projet pour une tâche claire. Mon environnement est encore plus dynamique car je travaille dans l'équipe Pré-vente. Nous sommes connectés à des projets qui viennent d'entrer dans l'entreprise afin de développer leur concept, qui est ensuite mis en œuvre par l'équipe de livraison.
Le schéma ressemble à ceci:
Une réunion préliminaire est en cours avec le client pour comprendre le contexte du problème qui reste à résoudre, où obtenir les données d'entrée.
Après cela, nous commençons la coopération avec le processus de découverte, qui se compose de deux étapes:
- Sur place - nous nous rendons au bureau du client pendant une semaine / deux / autant que nécessaire, en fonction de la complexité du dossier et du volume du projet, organisons des réunions et des ateliers avec l'équipe pour approfondir le problème que nous résolvons. Nous allons vers eux, car les réunions personnelles sont beaucoup plus efficaces que les conversations téléphoniques.
- Hors site - nous retournons à notre équipe avec toutes les informations dont nous disposons pour préparer ensemble la documentation. Il contient une vision architecturale du projet avec une justification de ce qui doit être fait et pourquoi, et explique comment cela résoudra la tâche. Il s'agit d'une étape très importante lorsque vous devez tout expliquer de manière aussi détaillée et transparente que possible, préparer des modèles de qualité, calculer le budget afin que le client n'ait pas de questions.
Après avoir reçu toute la documentation, le client décide de mettre en œuvre les solutions proposées. Dans la plupart des cas, il est d'accord. Ensuite, nos entreprises signent le contrat suivant, après quoi l'équipe de projet commence à travailler.
Je ne me connecte à la mise en œuvre du projet qu'au stade initial (pendant un à deux mois) afin d'établir le travail, de prédire le plus possible le déroulement du projet, de découvrir les détails qui peuvent soudainement apparaître et perturber le schéma de travail (par exemple, nouvelle entrée du client). De plus, après la création de la documentation architecturale et l'organisation du travail de l'équipe de projet, le risque de force majeure est minime.
Pendant que je travaille avec l'équipe de livraison, je participe en parallèle à la prévente pour trois à quatre clients. Et si l'un des projets est retardé, le plus souvent plusieurs nouveaux attendent dans la file. Par exemple, ce dimanche, je suis rentré de Houston et depuis mercredi, j'ai déjà des sessions sur place avec trois clients différents dans mon calendrier pour un avenir proche.
Un rythme de travail aussi dynamique ne m'épuise pas, mais au contraire des charges. En moyenne, pendant un mois je passe une semaine et demie avec un client, le reste du temps je travaille avec une équipe à Kiev. Mais il existe des exceptions lorsque, du côté client, vous devez passer quelques mois. En général, si vous regardez les statistiques de notre équipe, à l'étranger, nous passons jusqu'à 6 mois par an. Nous avons maintenant des clients des États-Unis et d'Europe (Grande-Bretagne, Autriche), récemment un autre projet est apparu à Singapour.
En plus de la dynamique, dans ce travail, je suis attiré par l'opportunité de communiquer avec différentes personnes et d'aider à résoudre les problèmes de leur entreprise. Il est important d'apprendre à comprendre leur point de vue. Pour ce faire, débarrassez-vous du stéréotype selon lequel tous les gens autour sont biaisés, ne valorisent que leurs opinions et ne sont pas prêts à entendre les autres. Dans ma pratique, la plupart des clients sont simplement ouverts à la coopération, car ils comprennent qu'ils ont un problème spécifique qu'ils ne peuvent pas résoudre eux-mêmes, et vous êtes un expert qui les aide à résoudre ce problème.
Nous devons rapidement reconstruire et apprendre de nouvelles choses à la fois en termes de technologie et de compétences générales. Souvent, vous devez vous rendre vous-même à la session sur place. En conséquence, il est de votre responsabilité de représenter adéquatement votre entreprise et de prouver que vous êtes un professionnel avec un haut niveau d'expertise et d'expérience, afin de pouvoir résoudre le problème.
Dans le même temps, vous devez avoir le temps d'apprendre et de vous développer en permanence, de suivre les tendances et les technologies qui apparaissent.
Il n'y a pas de secret: vous devez consommer beaucoup de contenu - lire, suivre des cours en ligne, certifications, regarder des vidéos sur YouTube.
Je peux conseiller:
- Rejoignez l'International Software Architecture Club. De nombreuses personnes expérimentées partageant les mêmes idées et toujours prêtes à contribuer au développement de l'architecture et de la résolution de problèmes non triviaux.
- Lisez. Non seulement la littérature spécialisée, mais aussi la littérature sur les domaines de connaissances connexes.
- Apprenez de nouvelles choses. Arrêtez de penser avec la technologie. Apprenez à penser en fonction du problème commercial que vous essayez de résoudre.
Chaque jour, je rencontre tellement de défis qu'il est peu probable que cela devienne une routine dans un avenir prévisible.