Pour être un programmeur qualifié, vous avez besoin de grandes compétences en codage. Être un super programmeur, vous avez besoin de plus que des compétences techniques. Vous devez être capable de bien travailler avec les autres équipes et cela nécessite une communication claire.
Mais il est difficile de communiquer clairement lorsque vous travaillez sur des sujets techniques complexes. Comment décrivez-vous les problèmes incroyablement complexes sur lesquels vous travaillez à des personnes extérieures à votre équipe ?
Si vous avez besoin de parler de votre travail aux équipes commerciales, voici trois façons de décrire simplement des sujets techniques complexes.
1. Utilisez des analogies pour rendre les choses pertinentes
Le fonctionnement interne des applications logicielles est un mystère pour les parties prenantes de l’entreprise. Certaines personnes peuvent comprendre les langages de codage ou comment les applications s’emboîtent. Mais ces gens sont rares.
Les analogies sont un outil puissant pour rendre les choses relatables. Vous pouvez expliquer presque tout en utilisant des exemples de la vie quotidienne, des choses que la plupart des gens ont vécues. Voici quelques exemples:
- Les pare-feu sont comme les murs d’un château (et tout comme les murs d’un château, le pare-feu a été dépassé par les avancées technologiques).
- Les vitesses de transfert de données sont comme l’eau qui circule dans les tuyaux, car seule une certaine quantité peut circuler dans un tuyau à un moment donné.
- Rechercher dans des données non structurées, c’est comme chercher un livre spécifique dans une bibliothèque. Dans le noir. Après que la bibliothèque a été touchée par une tornade. Cela va être difficile et prendre du temps. (Et futile !)
Les analogies n’ont pas besoin d’être complexes, elles n’ont même pas besoin d’être réelles. Ils ont juste besoin de fournir un contexte pertinent pour votre sujet. Lorsqu’ils sont bien utilisés, ils peuvent transformer une informatique complexe en descriptions simples.
2. Ne jamais montrer un diagramme système à un utilisateur professionnel
Les schémas de système sont compliqués. Certains développeurs et architectes sont fiers de créer les diagrammes les plus complexes possibles. Même les informaticiens chevronnés ont besoin de temps pour comprendre un schéma de système complexe.
Voici le problème : les parties prenantes de l’entreprise ne se soucient pas des détails. Ils n’ont pas besoin de le voir.
Les utilisateurs professionnels se soucient du résultat final : le système fera-t-il le travail dont ils ont besoin ? C’est sur cela que vous devez vous concentrer.
Je parie que vous n’avez jamais vu les plans et plans architecturaux de la maison dans laquelle vous vivez. Ils existent ; votre maison ne serait pas debout si les constructeurs ne les avaient pas vus et utilisés. Mais pour vous, en tant qu’utilisateur final, vous n’avez pas besoin de voir les plans de la maison.
Imaginez que vous appeliez un plombier et avant de réparer le tuyau, il vous montrait la disposition de l’ensemble du système. Vous guider à travers tous les tuyaux, pompes et vannes de la maison. Vous en soucierez-vous ? Non. Vous voulez que la fuite soit réparée.
C’est ce que pensent les utilisateurs professionnels du schéma du système que vous souhaitez leur montrer.
(Oh, et avez-vous remarqué l’utilisation de l’analogie là-bas ?)
3. Donnez un bref résumé au début
Notre cerveau a besoin de connaître le but d’un sujet avant de pouvoir trier et traiter de nouvelles informations. Donnez à votre public les meilleures chances de comprendre votre message en commençant par un bref résumé.
- Énoncez l’objectif que vous essayez d’atteindre.
- Énoncez le problème qui vous empêche d’atteindre cet objectif.
- Décrivez la solution que vous souhaitez, avez besoin ou mettez en place.
Presque tous les sujets de travail peuvent s’intégrer dans cette structure objectif-problème-solution.
Lorsque vous passez toute la journée au cœur des systèmes techniques, vous devenez un expert de leur fonctionnement. Plus votre expertise est grande, plus vous oubliez à quel point les autres la connaissent peu.
Conclusion
Plus votre expertise sur un sujet est grande, plus vous devez utiliser un langage simple pour expliquer les choses à d’autres personnes non expertes. Cela ne signifie pas être condescendant ou parler aux équipes commerciales comme s’il s’agissait d’enfants. Cela signifie que vous devriez utilisation langage commun auquel ils peuvent s’identifier. Les analogies aident à rendre les choses relatables. Les schémas du système contiennent toujours trop d’informations. Et chaque conversation est meilleure lorsqu’elle commence par un résumé clair.
Si vous appliquez ces trois manières de décrire simplement des sujets informatiques complexes, les parties prenantes de votre entreprise vous en remercieront.