0 %
Écoute active & reformulation
0 %
Vulgarisation technique
0 %
Communication écrite
0 %
Coordination d'équipe
0 %
Recueil de besoins client

Ma définition

Dans un contexte informatique, la communication correspond à la capacité à expliquer des concepts informatiques complexes (architecture, base de données, algorithmique) à des interlocuteurs non techniques (clients, direction) de manière simple et imagée sans pour autant trahir la réalité technique du sujet abordé.

À l’heure où l’informatique est au cœur de toutes les décisions stratégiques des entreprises, cette compétence possède une importance équivalente à la capacité à coder.

 

Mes éléments de preuve

Sur ce point, je peux prendre l’exemple de mon expérience de Téléconseiller chez Pro Direct Services (pour Nexity), où j’ai pu forgé cette compétence en développant l’écoute active et la reformulation systématique des besoins d’un interlocuteur non technique, dans un contexte à fort volume d’échanges directs où la clarté immédiate du discours conditionnait la satisfaction de l’appelant. 

Je peux également prendre l’exemple du projet de Système de Contrôle d’Accès RFID, où au sein d’une équipe de trois étudiants aux rôles clairement répartis, j’ai dû communiquer précisément l’état d’avancement de mes tests protocolaires et des retours du lecteur NANO RFID à mes coéquipiers en charge de l’interface web et de la base de données, pour garantir la cohérence fonctionnelle de l’ensemble du système malgré une répartition stricte des responsabilités.

Résultat : Une intégration réussie de trois modules développés séparément par trois personnes, sans incompréhension bloquante en fin de projet, malgré des périmètres techniques individuels très cloisonnés (matériel, base de données, interface).

Aujourd’hui, chez CGI, je réutilise cette même approche lors du recueil de besoins avec les clients et aux membres des équipes fonctionnelles. Au lieu de leur parler de « scripts JavaScript » ou de « tables relationnelles », je leur parle en termes de « gain de temps » et de « flux de validation ».

Résultat : Un climat de confiance instauré et un cahier des charges beaucoup plus précis.

 

Mon autocritique

C’est paradoxalement l’une de mes compétences les plus abouties grâce à mon parcours transversal. L’empathie et le bon relationnel sont naturels chez moi, cultivés dès mon expérience de téléconseiller, soit bien avant mon entrée dans le milieu informatique et technologique. 

Ce parcours atypique, rarement mis en avant dans un profil technique classique, constitue selon moi un vrai différenciateur plutôt qu’un simple complément. Le défi permanent est de réussir à vulgariser sans pour autant omettre les contraintes techniques réelles qui en découlent (comme la sécurité ou les temps de chargement), sous peine de donner une image faussement simple d’un sujet en réalité complexe.

Voici ma recommandation à appliquer pour cette compétence : toujours prendre le temps de valider tous les points bloquants et s’assurer que l’interlocuteur a compris en lui demandant de reformuler afin d’éviter toute zone d’ombre. Il n’y a pas de questions bêtes.

 

Mon évolution

Cette compétence représente un outil de travail indispensable pour défendre mes choix techniques face à des décideurs non techniques, aujourd’hui comme demain. C’est un élément qui se travaille en continu, et que je compte mobiliser davantage à mesure que mes responsabilités techniques prendront de l’ampleur dans ma carrière.

Ensuite, je désire également développer ma communication technique écrite, un axe encore peu exploité par rapport à ma communication orale. Pour y remédier, je souhaite rédiger des notes de synthèse ou des comptes rendus d’arbitrage technique destinés à des lecteurs non développeurs, dans la continuité de ce que je pratique déjà de façon informelle au sein de ma veille technologique personnelle avec une exigence de clarté et de concision plus proche d’un livrable professionnel. 

Enfin, je souhaite m’entraîner davantage à communiquer en amont d’un développement plutôt qu’uniquement lors du recueil de besoin initial. Cela passe par exemple par le fait de savoir présenter à mi-parcours l’état d’avancement d’un chantier technique à un interlocuteur non technique, avec les mêmes exigences de clarté, plutôt que de réserver cet effort de vulgarisation au seul cadrage de départ ou à la restitution finale.

Retour en haut