README.md

5 min read

Marcel Marquez

🚀 Engineering & Operations Manager

“De la biologie moléculaire aux architectures cloud : quand la science rencontre l’ingénierie moderne”

Pourquoi j’ai écrit ce README

En tant qu’engineering manager, j’ai souvent du mal à expliquer concrètement ce que je fais, surtout depuis que je ne contribue plus directement au code autant qu’avant. Ce README est une manière pour moi de clarifier mon rôle, de partager ce que je valorise, et d’expliquer comment je travaille avec les équipes.

Avec 11 ans d’expérience dans la tech et une reconversion depuis la recherche en biologie, j’espère que ce document aidera à mieux comprendre ma posture, mes convictions, et ce qu’on peut attendre de moi au quotidien.

Mon rôle en tant qu’engineering manager

Je me vois avant tout comme un facilitateur et un traducteur. Mon objectif est de rendre le travail de mes équipes plus fluide, pas plus compliqué. Mon parcours scientifique m’a appris la rigueur, et mon expérience technique me permet de comprendre les défis qu’elles rencontrent.

Concrètement, ça signifie :

Retirer les obstacles qui ne dépendent pas des compétences techniques (naviguer dans la complexité organisationnelle, fournir les bons outils, ou connecter aux bonnes personnes)
Créer des ponts entre équipes, services et produits, en utilisant mon expérience d’architecte solution
Protéger l’énergie et le temps des équipes, pour qu’elles puissent se concentrer sur ce qu’elles font de mieux
Partager ma vision technique pour aider à prendre les bonnes décisions d’architecture

Je ne suis pas là pour tout contrôler. Mon rôle, c’est de créer un cadre propice à la réussite individuelle et collective.

Ce que je valorise

🤝 La confiance et la transparence

Je crois en un environnement de travail fondé sur la confiance. Mon passage de la recherche au développement m’a appris l’importance de la collaboration ouverte. Je suis toujours clair sur ce que je sais, ce que j’attends, et la direction qu’on prend.

🔬 L’approche scientifique appliquée à l’ingénierie

Mon background de recherche influence ma façon de voir les problèmes techniques : hypothèses, expérimentation, mesure, apprentissage. J’encourage cette approche dans les équipes que j’accompagne.

👥 La puissance du collectif

Je pense que mon job, c’est de mettre les bonnes personnes au bon endroit. Je préfère laisser un poste vacant plutôt que d’intégrer quelqu’un qui mettra l’ambiance de l’équipe en danger. La bienveillance et l’efficacité collective passent avant les egos.

🚀 L’innovation pragmatique

J’explore les nouvelles technologies (actuellement SpringAI, IA générative, MCP) mais toujours avec un objectif : apporter une valeur durable. Pas de tech pour la tech.

Ma manière de travailler avec mes équipes

🧭 Mes rituels

Je ne suis pas adepte des process lourds. Je préfère des rituels simples mais utiles :

1:1 réguliers pour prendre le temps de discuter des défis techniques et de l’évolution de chacun
Sessions de brainstorm quand on a des décisions importantes à prendre
Veille partagée : j’aime découvrir et partager les nouvelles tendances tech
Disponibilité à la demande : mes équipes peuvent me solliciter quand elles en ressentent le besoin

🧘 Mon approche

Je me définis comme un manager facilitateur avec une forte composante technique.

Je délègue, je donne de l’autonomie, mais je reste disponible pour les décisions d’architecture complexes
Je suis orienté résultats et j’aime mesurer l’impact de ce qu’on construit
Mon agenda est chargé, mais je le réorganise sans problème quand il faut être là pour l’équipe

Gérer les sujets sensibles

🔥 Les conflits techniques

J’adore débattre d’architecture et de choix techniques. Un désaccord n’est pas un conflit, c’est une opportunité d’apprentissage mutuel. Mon rôle est d’aider à arbitrer avec des critères objectifs.

💬 Le feedback

Je peux être direct dans ma manière de donner du feedback technique. Ça vient de mon expérience d’architecte où la précision était cruciale. Si je dépasse les bornes, il ne faut pas hésiter à me le dire.

🎯 Les choix de carrière

Que les membres de mes équipes veuillent rester IC, évoluer vers l’architecture, ou tenter le management, je suis là pour les accompagner. Mon parcours atypique (recherche → dev → archi → management) me donne une perspective unique sur ces transitions.

Mes axes de progression

Je jongle entre beaucoup de sujets (équipes, architecture, veille), ce qui peut me rendre moins disponible. Mais je trouve toujours des solutions quand c’est important
Je laisse parfois trop d’autonomie, ce qui peut donner l’impression que je ne suis pas impliqué. Ce n’est pas le cas, mais je comprends que ça puisse être mal vécu. Si tu te sens perdu, viens m’en parler
Je suis parfois un peu piquant dans mes remarques. Pas par malveillance, mais parce que je suis resté très direct dans ma manière de communiquer. Là aussi, je progresse

Connectons-nous !

Mes canaux

GitHub : @ramzus - Code & projets
LinkedIn : marcel-marquez - Networking professionnel
Twitter : @marcel_marquez - Veille tech

Sujets de discussion favoris

Architecture Cloud, IA générative, management technique, transformation digitale, reconversion professionnelle

En résumé

J’ai écrit ce README pour clarifier ce que je fais, ce en quoi je crois, et comment j’essaie de créer un environnement de travail sain, engageant et performant.

De la pipette au clavier, puis au management : mon parcours m’a appris qu’on va plus loin ensemble qu’en solo.

Je ne prétends pas être un manager parfait. Mais je veux être un manager honnête, présent, techniquement solide, et en mouvement.

Marcel