Certaines personnes peuvent même garder les choses organisées et construire quelques objets ordinaires. Mais ceux qui s'élèvent au-dessus des autres sont ceux qui construisent des choses qui font parler les gens de manière positive, ce qui conduit les autres à répandre le mot autour d'eux.
Les clients n'achètent pas de tests ou de beaux codes.
Les clients ne parlent pas à leurs amis du code propre que quelqu'un a écrit. Ils disent à quel point ils sont heureux, soulagés ou excités par un problème que quelqu'un les a aidés à résoudre. Une fois leur problème résolu, ils peuvent apprécier tout le reste.
On dit que Steve Jobs voulait que le design intérieur de l'iPhone soit à la hauteur de son élégance extérieure, même si la plupart des gens ne verront jamais leur téléphone à l'intérieur. Supposons que nous engagions quelqu'un pour construire notre salle de serveurs. À qui feriez-vous le plus confiance : à la personne qui crée des salles de serveurs comme celle de gauche ou celle de droite ?
Il se peut que nous n'ayons jamais à voir cela. Voir la salle des serveurs de droite nous calmerait, même si nous ne comprenons pas ce que font chacun de ces câbles, d'où ils viennent et où ils vont. Mais la netteté du travail témoigne d'une attention particulière.
Il en va de même pour le code. Il en va de même pour le code.
La plupart des clients ne vont probablement pas regarder le code. Mais s'ils décident d'y jeter un coup d'œil pendant qu'ils se vantent auprès de leurs amis de l'incroyable solution mise au point par une entreprise, il est préférable qu'ils trouvent un code soigné. S'ils s'aventurent à regarder le code, il est important que le développeur soit capable de passer rapidement de "voici le code" à "voici le problème qu'il résout pour vous"... ce qui nous amène à réfléchir au "dev speak".
Le discours des développeurs
Il y a de nombreuses années, j'avais un grand ami qui vivait à Houston. Immigré d'Argentine, il gagnait sa vie en peignant des maisons. Il travaillait avec une équipe composée d'autres immigrés. Il était leur chef et gagnait le plus d'argent. Pourquoi ? Parce qu'il était le seul à parler anglais. Il était capable de parler à la maison du client, de comprendre ses besoins et ses préoccupations, puis de négocier.
Pourquoi est-ce que je pense à cela ?
Plusieurs développeurs sont un peu comme les immigrants qui ne peuvent pas parler anglais. Ils ne peuvent parler que leur propre langue, faite d'un grand nombre de mumbo jumbo techniques, mais ne peuvent pas parler à l'entreprise, comprendre ses besoins et ses préoccupations. L'alternative consiste à écouter activement le client, en prêtant attention aux détails. Par exemple, les comptables disent toujours leur débit en premier. "Lorsqu'un paiement est enregistré, ils débitent les fonds non déposés de la banque et créditent les comptes clients.
C'est ainsi qu'ils parlent.
Lorsque les parties prenantes s'approchent du tableau blanc, soyez attentif à la manière dont elles dessinent leur vision. Pour leur offrir une bonne expérience utilisateur, l'interface utilisateur doit refléter cette vision, ce comportement commun utilisé pour articuler leurs pensées :
Les comptables aiment cela. Ils en parlent autour d'eux. Ils se sentent compris. S'ils souhaitent voir la "salle des serveurs", nous pourrions commencer par leur montrer les tests automatisés qui documentent leurs besoins et leur solution.
"Mais pour moi, le code ressemble à du grec", diront-ils. Invitez-les tout de même à jeter un coup d'œil.
"Oh, je vois le compte des fonds non déposés débité, le compte des comptes à recevoir crédité !"
Après une explication rapide de ce qu'est une spécification ou un test et de sa valeur, nous pouvons leur montrer le code qui met en œuvre cette fonctionnalité :
"Oh, encore une fois, je vois le débit et le crédit au milieu de ces parenthèses et de ces points-virgules !" Je crois que c'est un bon moyen pour les clients de.. :
ue comprendre et d'exprimer clairement aux autres ce que nous faisons
tde nous faire confiance et d'avoir la certitude que nous aurons à cœur de défendre au mieux leurs intérêts.
Pour conclure ces réflexions, voici une histoire que certains d'entre vous ont peut-être déjà entendue.
Au début d'un projet, un client m'a dit : "L'équipe n'a pas à se préoccuper des autres chefs d'entreprise. Votre travail consiste à me rendre heureux". J'ai respectueusement exprimé mon désaccord. "Non, notre travail consiste à rendre vos clients heureux. Si nous réussissons, nous vous garantissons que vous serez heureux".
C'est une histoire qui se répète.
Prenez contact avec nous si vous souhaitez en savoir plus sur nos services de développement informatique.
