Note de l'éditeur : Dans ce segment, le Sudoer Sit-Down, nous posons des questions à de petits groupes de professionnels de l'industrie. Vous obtenez de vraies réponses et opinions de vraies personnes (utilisateurs, opérateurs, administrateurs, développeurs, etc.), chacune offrant une perspective variée et précieuse sur les questions concernant l'industrie informatique et l'administration système en particulier.
La prémisse
En règle générale, plus vous disposez d'informations sur une situation, plus vous réussirez à y faire face. Il en va de même pour le niveau d'expérience que vous avez dans le traitement de problèmes spécifiques. C'est ce qui m'a inspiré à explorer l'expérience d'autres professionnels de l'industrie. J'ai eu plusieurs excellents mentors au fil des ans et j'ai toujours senti que le temps passé à apprendre d'eux rapportait de façon exponentielle. Ce n'est pas toujours une bombe atomique intellectuelle qui remodèle vos compétences. Souvent, les leçons les plus puissantes se trouvent dans la sagesse acquise au fil du temps. Avoir la capacité d'agir, c'est bien, mais cela aide aussi à savoir quand et comment agir.
Nous avons interrogé un groupe de nos principaux contributeurs sur leurs mentors et l'impact de ces expériences sur leur carrière. Certains avaient des personnes spécifiques à l'esprit; cependant, un nombre égal a déclaré qu'une équipe soudée peut être tout aussi précieuse qu'une seule force directrice.
La discussion
Joachim Haller (chef de projet senior, Capgemini)
Pendant toute la durée de ma carrière, j'ai eu un mentor fantastique et, pendant quelques années, lorsque j'ai eu des moments très difficiles, j'en ai eu un deuxième. Je vais raconter l'histoire des deux.
Mon premier mentor est apparu alors que je travaillais ma principale année en tant qu'administrateur système pour Lotus Notes. J'avais appris à gérer les serveurs et les bases de données grâce à des études, mais j'étais novice en matière de réseau et j'entendais souvent les ingénieurs de l'infrastructure dire que la perte de connectivité était due à des erreurs dans Lotus Notes. Je savais que je devais apprendre le réseautage, sinon je me retrouverais toujours avec le petit bout du bâton dans ces discussions. Je suis donc sorti et j'ai acheté un livre de 500 pages sur TCP/IP et j'ai commencé sans le savoir la prochaine étape de mon parcours en tant qu'administrateur système. Mon objectif n'était pas de devenir administrateur réseau. Je voulais vraiment pouvoir avoir des discussions qualifiées avec les gars de l'infra au lieu d'être considéré comme une nuisance ignorante.
Les choses ont en effet changé. J'ai trouvé des outils et des méthodes pour montrer exactement ce qui n'allait pas, où ça s'était mal passé et, dans plusieurs cas, pourquoi ça s'était mal passé. J'ai appris le monde obscur des pare-feu et la ruse des routeurs intelligents qui jouaient au fur et à mesure que les réseaux se développaient et que de nouveaux pays étaient connectés. Les modems ont été remplacés par la magie d'Internet et de nouveaux défis de connectivité sont apparus. En contactant de nouveaux administrateurs système, j'ai appris à être curieux plutôt qu'à savoir tout.
En étant curieux, je pouvais en apprendre davantage, mieux comprendre les choses et avoir une perspective plus large des raisons pour lesquelles certaines choses étaient faites de différentes manières. La curiosité m'a aussi amené à poser des questions exploratoires; par exemple, je mettais souvent les gens au défi d'expliquer les abréviations qu'ils utilisaient dans les présentations, et souvent, ils ne le savaient pas, alors nous les recherchions ensemble. Laissant la curiosité me guider, je me suis qualifié pour de nouveaux rôles et responsabilités, et le dialogue avec des collègues d'autres disciplines est devenu beaucoup plus intéressant. Je suis extrêmement reconnaissant et j'espère que cette même curiosité restera avec moi jusqu'à la fin de mes jours.
[ Consultez le premier article de cette série : Nécessité de connaître les technologies pour les administrateurs système juniors ]
Mon deuxième mentor ne savait pas vraiment que je l'avais choisi comme guide pendant ce qui a été une période très difficile et déroutante pour moi. J'avais été envoyé en Asie pour développer le réseau de l'entreprise et migrer les systèmes de messagerie et les outils de collaboration dont ils disposaient vers Lotus Notes. J'étais en poste à Bangkok avec ma famille et j'avais 16 pays à surveiller. Même si j'avais travaillé avec certains d'entre eux en ligne, c'était un jeu de balle complètement différent d'être là-bas dans les bâtons, regardant un serveur dans une cabine de douche et devant le réparer. Je construisais un centre de données dans le cadre de l'infrastructure mondiale, travaillant en équipe avec des administrateurs système locaux. C'étaient des gars qui avaient l'habitude d'être le roi de la colline, et maintenant je devais les rétrograder doucement pour vérifier les fichiers journaux sans aucun accès administrateur aux serveurs. En plus du travail technique pratique, j'étais également responsable informatique pour l'Asie, et bien que je sois une personne plutôt sociable, j'avais beaucoup à apprendre sur la culture et la gestion.
C'est alors que j'ai rencontré Liam, le directeur de l'usine de production à Singapour. C'était un personnage terre-à-terre qui connaissait tous les coins et recoins de son énorme usine technique. Il marchait jusqu'à l'aire de restauration locale et prenait son déjeuner, contrairement aux autres managers qui demandaient à leurs secrétaires d'apporter leur déjeuner dans la salle à manger (réservée aux managers). Liam a parlé à tout le monde et a été catégorique en ce qui concerne la sécurité de l'équipage. C'était un professionnel acharné avec des exigences élevées, et pourtant il y avait un côté très humain dans tout ce qu'il faisait. S'il y avait un problème, il était là, sur le terrain, parlant avec les gens, aidant, discutant, révisant. Tout le monde avait le plus grand respect pour lui, mais ils n'avaient pas peur de faire entendre leur voix. Le conseil d'administration l'envoyait dans des usines de production partout dans le monde chaque fois que des choses devaient être réparées ou lorsqu'ils avaient acheté une nouvelle usine, comme cela avait été le cas à Singapour, où il était maintenant depuis quelques années.
Puis c'est arrivé :un accident mortel dans une usine voisine. Le conseil l'a appelé et il était sur place le lendemain. Il s'est occupé des proches, a préparé les funérailles, a rendu hommage et, de la manière la plus sincère, a revendiqué la responsabilité de ce qui s'était passé, bien qu'il n'était pas le directeur lorsque l'horrible incident s'est produit. Il a ensuite demandé aux agents de sécurité de lui fournir une liste complète de tout ce qui, dans l'usine, nécessitait une attention particulière. L'usine en question était relativement petite et ne s'était jamais particulièrement bien comportée sur le marché. Les chiffres rouges avaient entraîné des économies qui avaient finalement compromis la sécurité du personnel. La liste des choses à corriger était longue et il a commencé à s'occuper méthodiquement de chaque élément de ligne. Parallèlement, il parcourt le portefeuille des produits végétaux et décide d'arrêter certains produits au profit d'autres. Il comprenait le marché et savait quels produits étaient demandés et ne nécessitaient pas de transports long-courriers. Six mois plus tard, l'usine affichait des bénéfices ET la sécurité de l'équipage était au top. Liam était respectueux, déterminé, compétent et curieux. Ce n'est qu'à sa retraite que je lui ai dit qu'il avait été mon mentor. Il a souri avec moi et m'a dit que j'avais été un bon élève.
Damon Garn (Propriétaire, Cogspinner Coaction, LLC)
Je n'ai jamais vraiment eu de mentor en soi, mais j'ai travaillé avec un groupe très solide de formateurs techniques pendant plus de 20 ans. Entre nous, nous avions tous une grande expérience de la prestation de cours en classe et des connaissances informatiques du monde réel. Nous nous sommes aidés mutuellement à préparer de nouveaux cours, nous nous sommes entraînés à travers les nouvelles technologies et avons échangé des idées sur des présentations réussies en classe (en personne et en ligne). C'était un groupe merveilleux, et nous nous réunissons encore périodiquement et rions du bon vieux temps (comme le responsable qui n'arrêtait pas de parler des avantages d'IPv5).
Avec une équipe aussi compétente, il était plus facile de relever de nouveaux défis. J'ai été le premier d'entre nous à commencer à travailler avec Linux au début des années 2000, j'ai donc pu utiliser mes connaissances pour aider les formateurs en sécurité à mesure qu'ils se familiarisaient avec divers outils de sécurité, tels que Kali Linux (appelé Backtrack à l'époque). Plus tard, ces mêmes gars m'ont aidé à mieux comprendre la configuration des commutateurs et des routeurs Cisco. S'appuyer les uns sur les autres rendait un travail difficile plus facile et plus agréable. Je ne peux pas dire que ces journées me manquent, mais je suis contente d'avoir pu les vivre avec des gens aussi formidables.
Nate Lager (gestionnaire de compte technique, Red Hat)
Dans mon premier rôle en tant qu'administrateur réel (administrateur réseau junior, même si le travail réel était beaucoup plus système que réseau), l'administrateur senior qui était là lorsque j'ai été embauché était un gars très patient et serviable. J'adorerais le retrouver aujourd'hui et lui demander ce qu'il pensait vraiment de moi quand j'étais un administrateur si vert. Il n'a jamais semblé s'impatienter ou frustré par mes compétences (ou leur manque), même en ce qui concerne les serveurs Windows, avec lesquels j'avais très peu d'expérience. Lui et moi avons travaillé ensemble pendant environ six à huit mois, puis il est parti vers des pâturages plus verts. L'environnement de travail là-bas était plutôt médiocre, donc je ne peux pas le blâmer. J'ai appris de lui beaucoup de choses qu'on ne peut tout simplement pas apprendre à l'école :comment être un bon administrateur, comment minimiser les changements, comment travailler avec les clients, sans parler des compétences techniques. Ma première véritable introduction à la programmation est venue en grande partie de lui. Mon expérience avec lui m'a vraiment donné matière à réflexion plus tard dans ma carrière lorsque je n'étais plus novice et que je donnais des conseils aux nouveaux administrateurs système.
Il y a eu une deuxième expérience avec des mentors qui m'a beaucoup marqué, mais ce n'était pas qu'une seule personne. Quand j'ai finalement quitté ce premier emploi, j'ai déménagé dans l'enseignement supérieur, une petite université d'arts libéraux. L'équipe était déjà composée d'un certain nombre de personnes très compétentes en matière de réseaux et de systèmes. Je connaissais déjà quelques-uns d'entre eux, car nous avions tous travaillé ensemble chez un fournisseur d'accès Internet local, et c'est en partie comme ça que j'ai découvert le poste. Je suis arrivé avec une richesse de mes propres connaissances et expériences, et en quelques années, j'ai appris beaucoup plus de ces rock stars de l'informatique. Encore une fois, il n'y a jamais eu de cas où j'ai eu l'impression que je ne pouvais pas demander à un idiot question, et même mes erreurs ont été gérées avec grâce. J'ai toujours compris l'importance de partager mon expérience avec les autres, mais mes expériences au début de ma carrière m'ont vraiment aidé à devenir la personne que je suis aujourd'hui.
Joerg Kastning (administrateur système, Université de Bielefeld)
J'ai commencé ma carrière par trois ans de formation professionnelle. Pendant ce temps, j'ai appris de collègues expérimentés tout ce dont j'avais besoin pour mes futurs emplois, y compris le réseautage, l'administration des systèmes et la gestion de projet simple. Mes formateurs/collègues ont été patients et m'ont soutenu, et c'était une atmosphère très amicale dans laquelle j'ai pu développer mes connaissances en informatique. Parce que j'étais stagiaire, mes échecs étaient tolérés, à moins, bien sûr, que je les répète. Nous avions à l'époque de nombreux clients de différents secteurs, ce qui m'a donné une excellente occasion d'élargir mes connaissances et de devenir éventuellement administrateur système.
[ Vous pourriez également aimer : Quelle est la source de la lenteur de l'avancement professionnel des administrateurs système Linux ? ]
Quelques années plus tard, après avoir obtenu mon baccalauréat et commencé à travailler pour une autre entreprise, j'ai rencontré un gars que j'aime appeler mon développeur préféré et qui est depuis devenu un bon ami. Il était (et est toujours) développeur, et j'étais administrateur système. Nous avons partagé notre expérience les uns avec les autres, appris les uns des autres et sommes finalement devenus DevOps, qui était le nouveau mot à la mode de la technologie à l'époque. Il y avait un autre jeune homme qui a commencé en tant que développeur en même temps et qui est également devenu un excellent administrateur système au fil du temps. Aujourd'hui, nous travaillons tous les trois pour différentes entreprises dans différents pays, mais nous avons réussi à rester en contact. Et lorsque nous nous rencontrons pour une sorte de conversation technique, nous apprenons toujours les uns des autres. J'espère que cela mettra un petit sourire sur leur visage quand ils liront ceci.
Anthony Critelli (ingénieur système principal, Datto Inc.)
J'ai toujours eu du mal à trouver une bonne histoire de mentorat lorsque ce sujet est abordé. J'ai la chance d'avoir travaillé avec des gens formidables au cours de ma carrière, mais je n'ai pas eu une seule personne sur qui compter comme mentor. Plus j'y pensais, cependant, plus je réalisais que c'était OK; les leçons combinées qui m'ont été enseignées par de nombreuses personnes différentes sont tout aussi précieuses que celles qui peuvent être apprises d'une seule personne. Dans cet esprit, je vais partager une de mes anecdotes préférées.
J'étais sur le point de terminer un quart de nuit pendant un stage dans les opérations informatiques lorsque nous avons eu une panne soudaine d'un système critique. Il semblait que certains matériels avaient échoué d'une manière étrange qui n'avait pas déclenché de basculement. L'équipe du matin (y compris le personnel d'ingénierie) arrivait, nous nous sommes donc tous dirigés vers le centre de données pour inspecter le matériel douteux. Alors que nous nous tenions autour de pièces d'ordinateur étalées sur un chariot, un cadre supérieur est entré dans le centre de données pour jeter un coup d'œil. Je lui ai souri nerveusement et j'ai dit :« Tu t'amuses encore ? Il a ri et a dit :"Anthony, nous travaillons dans le commerce de détail. Nous devons régler ce problème, mais personne ne meurt parce que ce système est en panne. Tout ira bien."
Je me suis toujours souvenu que c'était l'une de mes leçons d'informatique les plus précieuses, car cela contraste tellement avec la façon dont les organisations informatiques fonctionnent habituellement. Très, très peu d'industries exploitent une infrastructure informatique qui doit vraiment être hautement disponible, mais nous lançons l'expression mission critique comme si cela s'appliquait à tout. Les pannes nécessitent que nous convoquions des salles de guerre et travailler tout le week-end pour comprendre ce qui se passe. Chaque fois que je suis confronté à un problème et que quelqu'un commence à devenir trop nerveux, je me souviens juste du réalisme calme de ce cadre supérieur d'il y a des années.
[ Vous voulez tester vos compétences d'administrateur système ? Faites une évaluation des compétences aujourd'hui. ]
Conclusion
Si vous avez lu jusqu'ici, vous aurez remarqué que plusieurs thèmes ressortent des récits ci-dessus, même si chaque contributeur a un parcours qui lui est propre. Si je devais résumer les idées partagées par ces professionnels, ce serait ceci :
Soyez une éponge. Si vous travaillez avec des professionnels expérimentés, ils ont des compétences concrètes à enseigner, mais plus que cela, ils ont des idées dont vous pouvez tirer des leçons. Essayez de ne pas poser les mêmes questions à plusieurs reprises. Un espace sécurisé pour poser des questions juniors est un must pour la croissance en début de carrière. Vous n'avez pas à discuter formellement du mentorat; vous pouvez simplement observer et montrer de l'intérêt pour l'apprentissage, et le résultat sera effectivement le même. Enfin, dans les situations stressantes, gardez votre sang-froid et retombez sur les compétences que vous connaissez. Le plus souvent, les problèmes critiques sont mieux traités avec une application rapide et précise du correctif approprié.