La technologie est l'avenir, mais comment l'apprendre ? Parler aux développeurs est un bon début

Il semble que les marketeurs qui veulent apprendre le True Digital (secrets des serveurs, API, SDK et autres artefacts logiciels) n'aient d'autre moyen que de se lier d' amitié avec les développeurs . Bien qu'il n'y ait pas de raccourcis ici - vous devez établir et maintenir la relation - j'ai compilé quelques conseils sur la façon de jeter les bases d'un lien avec les ingénieurs en logiciel.

Et si vous êtes amis, vos compétences techniques décupleront avant que vous ne vous en rendiez compte.

Habitat naturel des promoteurs

À première vue, les ingénieurs semblent être un genre spécifique. Un genre qui aurait besoin d'un traitement spécial, certains disent même un genre grincheux. Je suis totalement en désaccord avec cette affirmation. Je n'ai pas de maîtrise en sociologie ou en psychologie, mais j'en sais quelque chose à ce sujet. J'étais ingénieur en logiciel et j'ai aussi mis le chapeau d'un spécialiste du marketing. Plus encore, aujourd'hui, je vis en vendant une plate-forme logicielle qui aide les spécialistes du marketing et les développeurs à enterrer la hache de guerre.

Alors, qu'ai-je appris sur la façon de faciliter les interactions marketeur-dev ? Du point de vue du spécialiste du marketing, il s'agit de comprendre l'habitat naturel des développeurs - un territoire inexploré pour les personnes qui commencent leur carrière.

C'est pourquoi j'ai compilé une carte des routines et des désirs des développeurs et j'espère que cela vous aidera à les naviguer, menant finalement à une relation florissante.

Ce n'est pas aussi facile qu'il y paraît. Comme les développeurs l'admettent, ils ont la réputation de dire « non », de débattre de détails pédants et de penser que nous savons comment faire le travail de chacun mieux qu'eux. Mais si vous faites bien les choses, les développeurs deviendront votre principale source de connaissances - comme nous pouvons l'apprendre de Kate, dans son histoire sur un spécialiste du marketing numérique devenu chef de produit informatique.

Alors, commençons par aborder l'un des obstacles les plus populaires sur le chemin de l'amitié avec les développeurs.

Pourquoi les développeurs sont-ils souvent grincheux ?

La cause profonde de la réputation grincheuse des développeurs nécessite une explication plus longue. Si vous voulez le comprendre en détail, vous devriez lire ce long formulaire de Nicholas (il suffit de voir combien de développeurs sont d'accord avec son affirmation dans la section des commentaires). Si vous manquez de temps, je vais essayer de résumer ce phénomène en 8 points :

1. Les développeurs sont les traducteurs de vos idées en réalité . Ils le font fonctionner. Ils le font fonctionner rapidement. Ils le rendent robuste et fiable pour vos utilisateurs. Les ingénieurs logiciels sont le pétrole de l'économie numérique.
2. Et ils sont bien payés pour cela, une compétence unique qui combine créativité et pensée logique.
3. Mais ils sont souvent traités par d'autres départements comme des bâtisseurs reproducteurs, pas comme des créateurs.
4. Les appeler constructeurs est injuste. Pour rester dans la métaphore de l'industrie de la construction, les promoteurs sont en fait les architectes et non les constructeurs. Leur travail n'est pas de surélever physiquement le bâtiment (ou les bâtiments) mais de collecter les besoins . Exigences sous forme de code.
5. Maintenant, imaginez la phase de conception de quelque chose d'aussi complexe que l'Opéra de Sydney ou Spodek à Katowice mais avec une légère différence - les parties prenantes peuvent presque tout changer pendant que le bâtiment est en construction depuis longtemps. Malgré cela, les développeurs peuvent toujours s'assurer que le bâtiment sera utilisé et ne s'effondrera pas.
   
6. Mais où sont les vrais constructeurs ? Ils sont entièrement automatisés . Les développeurs ont été assez intelligents pour créer des outils tels que des compilateurs, des serveurs de déploiement continu ou des serveurs dans le cloud qui rendent le processus de construction rapide et plus important prévisible.
7. Si vous vous êtes déjà demandé pourquoi les développeurs ne peuvent pas estimer la durée d'une phase de construction, vous voyez maintenant que ce que vous demandez vraiment est la phase architecturale. Vous demander combien de temps il faudra pour écrire un logiciel, c'est comme dire à un entrepreneur en bâtiment combien de temps il faudra pour concevoir chaque détail d'un pâté de maisons, y compris la collecte de toutes les exigences.
8. Et la partie construction proprement dite est facile . Une fois que vous avez écrit les exigences, elles peuvent être estimées avec une seconde précision.

Ainsi, le développement de logiciels est en fait une recherche déguisée en ingénierie

Vous ne devriez jamais considérer les développeurs comme les cuisiniers à court terme de l'industrie. Comme le dit Nicolas, « les ingénieurs logiciels ne se lancent pas dans le codage parce qu'ils veulent que quelqu'un leur dise quoi faire, ils s'y lancent parce qu'ils ont découvert qu'ils pouvaient créer quelque chose d'utile. Chaque ingénieur logiciel est tombé amoureux du codage parce qu'il a créé très tôt un petit programme utile et qu'il est devenu accro. ”

Une fois que vous avez compris cela et changé votre approche envers les développeurs, vous êtes sur le point d'être apprécié par eux.

Mais s'entendre avec les développeurs n'est pas seulement une question d'état d'esprit. Il y a quelque chose de plus pratique que vous pouvez faire pour obtenir un véritable ami développeur.

Écoutez et laissez-les expédier

Le fait de savoir que les développeurs affectent la vie des gens est le moteur le plus puissant pour les développeurs. Qu'il s'agisse d'un script interne aidant les équipes marketing à atteindre leurs objectifs ou d'un back-end complet servant des milliards de transactions chaque jour, c'est le code fonctionnant « en production » qui incite les développeurs à venir au bureau chaque jour.

Les développeurs aiment travailler dur . Ils peuvent s'asseoir pendant des heures devant le clavier pour résoudre les problèmes des gens - surtout si le temps pour une tâche qu'ils estiment est court (et mon garçon... ils sous- estiment , mais c'est quelque chose pour un article séparé).

Ce qu'ils ne supportent pas, ce sont les directives qui changent avec le vent et non l'expédition .

Les développeurs ne livrent pas lorsqu'ils sont interrompus. Comme le dit Nicolas, cela se produit lorsque :

• La demande arrive en retard pendant le développement et il n'y a pas assez de temps pour l'intégrer avant la date limite.
• La demande invalide une ou plusieurs hypothèses qui ont été faites au début du processus pour faire avancer le projet.
• La demande est un renversement des exigences précédentes .
• Sinon, la demande augmente la quantité de travail qui doit être fait avant la date limite.

Dans cet esprit, voici ce que vous pouvez faire pour les expédier en toute transparence :

• Comprendre tôt les contraintes d'ingénierie.
• Soyez complet avec vos exigences (ces deux premiers sont quelque chose que nous voulons vous apprendre ici dans le 200 OK).
• Travailler en étroite collaboration avec un ingénieur.
• Aidez-les à comprendre à quel point la conception est finale à une étape donnée - admettez quand vous n'êtes pas sûr de quelque chose et que vous voulez tester quelque chose.
• Soyez gentil - (pas seulement dans ce cas) les gens l'oublient souvent alors que l'analyse commencée par Google a révélé que c'est la clé d'un bon travail d'équipe.

Dans l'ensemble, les programmeurs ne deviennent pas grincheux sans raison. Ce n'est pas qu'ils détestent le travail acharné ou les longues heures ; ils détestent quand ça ne rapporte pas (et je ne parle pas d'argent ici). Ainsi, lorsque vous les laissez faire leur travail , ils deviennent moins grincheux et deviennent plus serviables.