Comment naviguer dans l’art délicat de ne pas tout savoir en tant que chef de projet technique

Lisez la transcription :

Nous testons la transcription de nos podcasts avec un logiciel. Veuillez excuser les éventuelles fautes, le robot n’est pas fiable à 100 %.

Galen Low : SaaS. SOC2. ADA. Jenkins. Vous pensiez que c’était des paroles d’une chanson de Charlie XCX ? En fait, non. Et vu la tête de votre client, vous auriez probablement dû le savoir — ou au moins connaître quelqu’un dans votre équipe qui s’y connaît. Mais avant de raccrocher votre lasso et d’abandonner votre rêve de devenir un leader respecté dans la gestion de projets techniques, continuez d’écouter.

Nous allons explorer à quel point il faut être technique en tant que chef de projet technique en 2025 — et comment les responsables peuvent soutenir et accompagner des chefs de projet à fort impact sans leur demander de passer un doctorat en DevOps.

Bonjour à toutes et à tous, merci de nous écouter. Je m’appelle Galen Low, de The Digital Project Manager. Nous sommes une communauté de professionnels du digital dont la mission est de s’entraider à développer leurs compétences, gagner en confiance et se connecter, afin de décupler la valeur de la gestion de projets dans un monde numérique. Si vous souhaitez en savoir plus, rendez-vous sur thedpm.com/membership.

Aujourd’hui, nous allons parler de l’encadrement, de l’accompagnement et du leadership d’une équipe de chefs de projets techniques, pour trouver le juste équilibre entre compétences techniques et humaines, et favoriser leur évolution professionnelle dans un environnement où ils doivent en savoir suffisamment… mais où il est impossible de tout maîtriser concernant les technologies utilisées par leurs équipes.

J’ai aujourd’hui avec moi Kayla Keizer, cheffe d’équipe et cheffe de projet technique senior chez Plank, une agence digitale spécialisée dans les projets web et IT pour des clients dans le secteur de l’art, de la culture, de l’associatif et de l’éducation.

Kay, merci beaucoup d’être avec nous aujourd’hui.

Kayla Keizer : Merci de m’avoir invitée.

Galen Low : J’ai failli manquer ton fond du Costa Rica. Tu es revenue du Costa Rica aujourd’hui ou hier ?

Kayla Keizer : Aujourd’hui, ce matin.

Galen Low : J’étais tellement enthousiaste. J’ai mal programmé la rencontre, on aurait pu avoir la jungle ou la plage en fond d’écran.

Kayla Keizer : Oui, ça aurait été sympa. C’est encore vert derrière moi, mais ça aurait été de la vraie nature, la jungle.

Galen Low : Si vous écoutez ce podcast sans la vidéo, imaginez juste une superbe nature derrière Kay, là, tout de suite.

Je pense qu’on peut entrer directement dans le vif du sujet avec une des grandes questions que tout le monde se pose : peut-on évoluer en tant que chef de projet technique sans formation technique ? Ou bien finit-on par atteindre un plafond si on ne sait pas déboguer du Python, manier Git, naviguer sur Laravel ou configurer un CDN sur AWS ?

Qu’en penses-tu ?

Kayla Keizer : Je pense que tu fais partie d’une équipe d’experts techniques dont c’est, au final, le métier de déboguer et de configurer AWS. Ce n’est clairement pas à toi de faire toutes les étapes, mais il est toujours utile d’avoir les bases et de comprendre les concepts.

Si quelqu’un te parle de Python et que tu ne sais pas ce que c’est, ce n’est pas top. Ce n’est pourtant pas obligatoire d’aller à l’école ou de suivre une formation spéciale : tu peux simplement rechercher sur Google et avoir une bonne compréhension ou les bases. Tu peux aussi demander à tes collègues, « est-ce que tu peux m’expliquer un peu plus ce point, histoire que je sois mieux préparée pour en parler ou pour rédiger des spécifications ? »

Au fond, ce qu’il faut connaître, c’est de comprendre les concepts et de savoir quelles questions poser pour fournir à l’équipe de développement, au designer ou à l’équipe de contenu, tout ce dont ils ont besoin pour réaliser la tâche.

Galen Low : Boom. J’adore ta réponse. Ce n’est donc pas une question de tout savoir ou d’avoir suivi une formation certifiante ; le vrai art, c’est de poser les bonnes questions, d’avoir le réflexe d’interroger et de se positionner comme un traducteur, un facilitateur pour que l’information circule entre ton équipe et tes parties prenantes — c’est super.

Peut-être qu’on pourrait prendre un peu de recul : au début de ta carrière, tu t’es retrouvée dans la gestion de projet technique, alors que, je crois, tu ne te trouvais pas spécialement technique, et c’était un contexte très technique. On en parlait tout à l’heure dans la salle d’attente.

C’était dans les télécoms, un secteur truffé d’acronymes, de techno, plein de concepts vraiment spécifiques à ce milieu. Aujourd’hui, tu pilotes une équipe de chefs de projets techniques chez Plank.

Quel a été le premier gros obstacle que tu as rencontré en tant que cheffe de projet non technique à la tête d’une équipe d’experts, et comment l’as-tu surmonté ?

Kayla Keizer : Je crois qu’il faut d’abord dépasser ses propres blocages. Comme tu l’as dit, j’étais en plein dedans, je bossais avec des gens qui étaient là depuis dix, quinze, vingt ans. Ils n’avaient pas seulement l’expertise technique, ils connaissaient aussi l’historique et toute la base du réseau.

Moi, j’étais coordinatrice à l’époque, je travaillais aussi souvent directement avec le directeur. Donc je l’aidais beaucoup, il y avait aussi des collègues de 25 ans, bref, j’essayais de tout comprendre.

Ce qui m’a aidée, c’est de ne pas me dérober. Il faut dépasser ses propres peurs. Oui, ça fait peur. Oui, on ne sait pas. Mais tu ne sauras pas tant que tu ne poses pas les questions. Il faut oser plonger dedans et relever le défi. J’ai remarqué que quand tu acceptes le défi, tout devient plus fluide que si tu râles, que tu procrastines ou que tu te laisses submerger. Plus tu mets d’énergie négative, plus ça paraît lourd. Je crois donc que c’est une question d’état d’esprit : il faut parfois feindre la confiance.

Galen Low : J’aime bien cette idée : on se crée souvent des barrières soi-même en se mettant la pression intérieurement. Alors qu’en fait, ce qui fait avancer, c’est de se dire, allez, il faut y aller, et parfois, c’est « faire semblant » d’avoir confiance juste assez pour oser… même si on ne sait pas tout.

Mais l’essentiel, c’est à nouveau, comme tu l’as dit, de savoir quoi demander.

Kayla Keizer : Et de poser des questions avec assurance : ne pas être en retrait, ni venir timidement avec angoisse — les autres le perçoivent vite. En réunion client, si tu doutes, le client va le sentir instantanément et il aura moins confiance en toi.

C’est ça que je veux dire avec « faire semblant d’avoir confiance » : même si tu ne sais pas, ce n’est pas grave, affirme-toi, sois honnête, et montre de l’assurance. Les gens perdent confiance quand ils sentent que tu n’as pas confiance en toi.

Donc, pour revenir à « comment dépasser ça », une fois que tu as surpassé tes blocages mentaux, il faut s’appuyer sur tes points forts. Moi, je suis bonne en documentation, bonne pour comprendre de l’information technique si on me l’explique, puis la retransmettre au client, rédiger un ticket ou définir des besoins.

Pas besoin d’être technique pour documenter et poser des questions.

Galen Low : J’adore cet aspect « traducteur » littéral : tu n’as pas besoin de savoir diriger l’ONU pour faire de la traduction simultanée à l’Assemblée Générale.

Mais l’enjeu, c’est que ton point fort, la confiance qu’on doit pouvoir t’accorder, c’est de faire passer le message dans une autre « langue ». C’est précieux dans le digital ou l’IT où tu veux qu’on te fasse confiance sur ta capacité à coordonner et aboutir concrètement.

Pas pour coder, déployer ou corriger directement, mais pour faire avancer, orchestrer, traduire : c’est là qu’on t’attend.

Kayla Keizer : Oui.

Galen Low : Je peux te mettre sur le grill ?

Kayla Keizer : Vas-y ?

Galen Low : Quel a été pour toi la question « bête » la plus effrayante à poser dans le monde des télécoms ?

Kayla Keizer : Pas une question précise, mais je reconnais que je n’ai pas assez posé de questions au début. J’ai surestimé mes compétences.

Galen Low : D’accord, tu faisais fort semblant !

Kayla Keizer : Oui, on m’a demandé un rapport. J’ai fait ce que je pouvais, sans demander de détails ou sur quelles données il fallait s’appuyer.

Je me suis dit « Oui, je peux le faire ». J’ai rendu le rapport au directeur, et il a dit : « Non, ce n’est pas ce que je voulais ». Il m’a demandé pourquoi je n’avais pas posé plus de questions, et là je me suis dit, c’est vrai, j’aurais dû.

Galen Low : Franchement, c’est audacieux et tu étais dans cette dynamique de « je sais faire ». Ce n’était pas parfait, mais au moins tu étais dans l’action plutôt que de rester bloquée. Parfois, ce n’est pas si grave !

Mais effectivement, poser des questions de précision ou clarification, ce n’est jamais une mauvaise chose, surtout dans des environnements très processés.

Kayla Keizer : D’ailleurs, on s’attend à ce que tu poses des questions de clarification. Pour moi, ça a été un vrai apprentissage. Maintenant, je me dis : il faut toujours demander, demander !

Galen Low : Aujourd’hui, c’est même un élément central de ton approche. Non seulement on ne peut pas tout savoir, mais souvent, on ne connaît franchement pas la majorité des choses, d’une certaine façon.

Sans critiquer personne, il y a tout simplement trop à savoir. La valeur, c’est de trouver l’info. Moi j’ai fait des études de cinéma ; je dis souvent que je n’y ai rien appris (enfin presque) mais par contre, j’ai appris à collaborer, à trouver une réponse même si je ne la connaissais pas, puis à l’organiser et à la transformer en action.

Cela vaut pour tout le monde ! Cette capacité à apprendre et collaborer, c’est précieux aujourd’hui, car il y a vraiment trop de choses à maîtriser.

Kayla Keizer : Tu abordes un point clé : on minimise parfois nos compétences humaines.

Si une entreprise voulait un chef de projet technique avec un bagage d’ingénieur, elle embaucherait ce profil. Si tu es non technique dans cette fonction, c’est sans doute parce que tu as de solides soft skills. Tu sais t’organiser, tu sais motiver, échanger avec le client ou l’équipe, et fédérer sans autorité hiérarchique directe.

Galen Low : Très bonne remarque, car dans ma communauté, on se demande toujours « que me manque-t-il pour devenir chef de projet technique ? » et pas assez « quelles sont mes forces qui servent véritablement ce rôle ? » — parfois, la dimension humaine est le plus important à mettre en avant.

Kayla Keizer : Oui ! Je termine justement un recrutement. L’un de mes critères était que la personne sache expliquer sa démarche pour trouver de l’information. J’ai cherché quelqu’un de profil technique, j’ai donc posé la question : « Quelle est votre méthodologie pour apprendre de nouveaux concepts ? » Ceux qui savaient détailler comment ils allaient s’y prendre, c’est vraiment précieux.

L’essentiel, ce n’est pas forcément de savoir mais d’avoir une méthode pour trouver l’info.

Galen Low : Quelle est ta réponse préférée à cela ? Ou ton approche personnelle pour trouver une réponse, surtout quand tu fais face à des projets de cybersécurité, de données, d’accessibilité… Qu’est-ce qu’une bonne réponse à cette question sur comment s’y prendre pour apprendre ce qu’on ne sait pas ?

Kayla Keizer : J’essaie d’abord toujours de faire mes propres recherches, pour avoir au moins les définitions et les bases. Ensuite, j’identifie qui est l’expert dans l’équipe, et je demande à cette personne si elle peut m’accorder 30 minutes pour m’expliquer certains éléments afin que je sois au point pour la prochaine réunion client ou la rédaction d’une tâche.

En général, ils acceptent volontiers car tu positionnes la demande avec une valeur ajoutée pour eux : « Aide-moi à mieux cerner ce que tu attends, pour qu’au final je t’aide, toi aussi. » Ce qui a marché pour moi, c’est : un peu d’autoformation, puis solliciter les experts. Pas besoin de regarder 30 heures de vidéos YouTube !

Galen Low : C’est top, oui. Je connais des gens qui, voulant maîtriser la cybersécurité par exemple, en font trop. Mais ton modèle est beaucoup plus pragmatique : tu n’as pas 30 heures ; d’abord, fais tes propres recherches rapides, sois curieux, puis parle à quelqu’un de compétent, en lui montrant que ça l’aide aussi. C’est une bonne manière de construire la confiance dans l’équipe, plutôt que d’être perçu comme le chef qui ne s’intéresse pas à la technique.

Kayla Keizer : Oui, il ne s’agit pas juste d’établir la relation avec le client, mais aussi avec l’équipe. Tu as raison.

Galen Low : Mieux vaut nourrir deux oiseaux avec un seul biscuit, comme dirait PETA.

Un point évoqué plus tôt : pas seulement anticiper les réunions avec l’équipe, mais parfois en temps réel, face au client. Comment fais-tu quand un chef de projet technique doit répondre à une question technique en direct, sans connaître la réponse ?

Kayla Keizer : Je leur dis toujours qu’il est acceptable d’admettre qu’ils ne savent pas. Mais il faut savoir qui, dans l’équipe, a la réponse. L’important est de comprendre les concepts et de repérer qui fait quoi (front-end, back-end, SEO, etc.).

Si le client pose une question et que tu ne sais pas, tu peux répondre : « Je ne sais pas, mais ma collègue X ou mon collègue Y a l’information. Je prends note et je reviens vers vous sous 24 heures. » Cela montre de la confiance et donne un délai. Pourquoi le client serait-il fâché si tu lui assures que la réponse va arriver ?

Galen Low : Cela met aussi bien en valeur ton rôle : tu ne sais pas tout, mais tu sais comment obtenir l’info et mobiliser les bonnes ressources. C’est aussi ça, faire le lien, traduire une question et brancher vers la bonne expertise, sans te donner une aura d’omniscient qui n’a pas lieu d’être.

D’ailleurs, as-tu dans ton équipe des personnes vraiment techniques de formation ayant migré vers le management de projets ?

Kayla Keizer : Pas vraiment. Certains s’y intéressent un peu, mais ils restent surtout dans leur rôle de développement technique. A l’inverse, si tu viens de l’ingénierie vers la gestion de projet, tu peux tomber dans le piège de ne pas poser assez de questions, en pensant savoir ce qu’il faut, et tu risques d’orienter le client dans une direction qui n’est pas la bonne. Cela peut être un piège de basculer d’expert à chef de projet.

Moi-même, aujourd’hui, je dois faire attention, car à force d’accumuler des notions, je pourrais parfois influencer sans m’en rendre compte, et heureusement, mes collègues me rattrapent !

Galen Low : C’est une bonne analyse : souvent, quand on entre dans le métier par la gestion, on a l’impression de ne rien savoir. Puis on apprend et, à force, on croit savoir répondre à tout — parfois à tort ! Savoir « assez pour être dangereux » peut devenir une faiblesse.

Kayla Keizer : Exactement.

Galen Low : Comment fais-tu pour éviter ça ? Pour t’imposer de laisser la réponse technique à la bonne personne de l’équipe ?

Kayla Keizer : Quand il faut apporter une explication ou un détail que je n’ai pas, je me dis « ok, là, tu connais la réponse oui/non, mais tu ne saurais pas l’argumenter » — alors je fais appel à un membre de l’équipe.

Galen Low : J’aime cette posture : j’ai un avis, je peux donner un oui ou un non, mais pas expliquer. Donc, je transmets à la bonne personne.

Kayla Keizer : Exactement.

Galen Low : On a déjà abordé en partie la question des soft skills, mais selon toi, un chef de projet technique de formation « tech » est-il forcément meilleur qu’un chef de projet non technique ? Qu’est-ce que ce dernier apporte, concrètement ? Comment valoriser cela en entretien quand on n’a pas tous les certificats et connaissances techniques ?

Kayla Keizer : En entretien, il faut vraiment se renseigner sur le secteur et les technologies de l’entreprise, pour être capable d’en parler au moins de façon générale, même sans expertise. Et il faut montrer quelle méthode on emploierait pour approfondir et mieux accompagner les équipes.

Je sais, par exemple, que le suivi du processus projet est essentiel : c’est ce que nous apportons, en plus des soft skills. Quand il n’y a pas de chef de projet, tout part dans tous les sens. Être garant du process, comprendre les différentes étapes pour mener le projet à bien, cela a une énorme valeur qu’on oublie parfois.

Même sans côté technique, on fait progresser le projet !

Galen Low : Exactement. On apporte la structure au projet et tu mets le doigt sur un point important : s’il s’agit d’un poste de chef de projet « technique », l’entreprise attend un minimum de compréhension des enjeux. Il ne faut pas juste compter sur ses soft skills, mais faire ses devoirs avant l’entretien : c’est utile à l’embauche, mais aussi au quotidien dans le poste.

Kayla Keizer : Oui.

Galen Low : Pour conclure, imaginons un chef de projet souhaitant se spécialiser davantage comme chef de projet technique. S’il a envie d’apprendre, tu conseillerais des certifs type AWS, des cours de développement web… ou plutôt de ne pas trop creuser ?

Kayla Keizer : Je pense qu’il faut s’interroger sur la direction dans laquelle on veut évoluer.

Si tu es passionné par la sécurité, alors oui, passe des certificats adaptés, perfectionne-toi pour pouvoir comprendre et débattre des concepts. Si tu vises l’accessibilité, apprends les bases et les principes. On ne code pas ! Je ne connais pas de chef de projet qui code. Mais selon le secteur, il y a parfois des certificats valables à passer pour valoriser cela en entretien.

Galen Low : Oui, et tu as raison de rappeler qu’il s’agit de spécialisation au sens de spécificité. Se disperser sur 100 spécialisations serait contre-productif. Si tu as une vraie niche, un domaine qui te passionne (cybersécurité ou autre), alors là tu peux afficher ce double profil, aussi bien projet que métier.

Kayla Keizer : Peu de gens réalisent le nombre de directions possibles aujourd’hui dans le web et la tech. J’ai travaillé dans les télécoms, il existe des chefs de projet spécialisés uniquement là-dedans, qui connaissent le matériel et le fonctionnement des réseaux. Donc si tu veux te spécialiser, commence par définir dans quel secteur tu veux évoluer : cybersécurité, télécoms, développement web… Il y a plein de niches et d’opportunités !

Galen Low : Très vrai.

Pour finir, puisqu’on parle de mentorat et de pilotage d’équipes de chefs de projets techniques : existe-t-il chez Plank un groupe ou une pratique pour partager ce type de savoir au sein de l’équipe ?

Kayla Keizer : Oui, je rencontre mon équipe chaque semaine pour faire un point, et une fois par mois toute l’équipe se réunit : on partage les défis, l’avancement des projets, les process. On a aussi un canal Slack privé dédié.

Récemment, j’ai d’ailleurs suivi avec un collaborateur les modules proposés par DPM, pour donner plus de fond ou un autre éclairage sur certains concepts. Les formations PMP ou CMPM manquent parfois d’ancrage web, donc ce contenu supplémentaire aide à transformer les principes en actions concrètes.

Galen Low : Super content que tu l’utilises ! Et tu as raison, il est impossible pour un organisme, comme le PMI, de proposer une approche universelle parfaite. On a commencé cette conversation avec l’idée « on ne peut pas tout savoir », c’est une belle conclusion : approfondis là où tu es curieux et passionné, comprends le monde dans lequel tu travailles, pose des questions, reste curieux.

Kayla Keizer : Et il faut accepter là où on se trouve dans son parcours. Si on débute, c’est normal. Nul besoin de se sentir imposteur ou fébrile ; assume ton niveau, les gens t’accompagneront où tu es.

C’est ce que je rappelle à mon équipe à chaque fois qu’ils pensent qu’ils « auraient dû savoir ». Tu es là où tu en es, et dans 5 ou 10 ans, tes attentes et connaissances seront ailleurs.

Galen Low : J’adore. C’est vraiment un très bon conseil.

Kay, merci beaucoup pour ce moment. J’ai adoré discuter avec toi.

Kayla Keizer : Merci de ton invitation.

Galen Low : C’était un plaisir, vraiment.

Voilà, c’est tout pour aujourd’hui. Si vous souhaitez échanger avec plus d’un millier de passionnés de la gestion de projet digital, rejoignez notre collectif ! Rendez-vous sur thedpm.com/membership pour en savoir plus. Et si cet échange vous a plu, abonnez-vous et restez en contact sur thedigitalprojectmanager.com. À très bientôt, et merci de votre écoute.