Comment les entreprises ne parviennent pas à tirer le meilleur parti des logiciels

Les entreprises qui reconnaissent et utilisent pleinement les talents de leurs développeurs de logiciels dominent de plus en plus leurs industries, une tendance qui a été considérablement accélérée par la pandémie de Covid-19. C’est l’avis de Jeff Lawson, cofondateur et directeur général de Twilio, la société de technologie cotée à New York qui répond aux besoins des développeurs.

« Les logiciels dont vous avez besoin pour gérer votre entreprise alimentent votre site Web, vos applications, votre service client, c’est la couche qui touche votre client. Les entreprises qui écoutent le mieux leurs clients et qui créent de meilleures versions de ce logiciel sont celles qui gagneront le cœur, l’esprit et le portefeuille de ces clients « , a-t-il déclaré à The Irish Times.

Le logiciel est désormais le facteur de différenciation clé sur de nombreux marchés et la clé de l’avantage concurrentiel, dit-il, ajoutant que le vieil argument de « construire contre acheter » a été remplacé par « construire contre mourir ». Les logiciels standard ne le coupent plus si vous voulez en avoir un sur vos concurrents. Beaucoup des grands gagnants de la pandémie, y compris Amazon, sont ceux qui ont rapidement développé et déployé des logiciels pour capitaliser sur de nouvelles opportunités dans des domaines tels que le commerce électronique et la livraison à domicile, souligne-t-il.

Le profil relativement bas de Twilio en dehors de l’industrie technologique dément son ampleur et son influence. Il alimente les communications de plus de 190000 entreprises et permet près de 932 milliards d’interactions humaines chaque année, aidant à gérer des entreprises telles que Netflix, Airbnb, Shopify et Uber. L’entreprise a connu une croissance rapide depuis son lancement en 2008, avec un chiffre d’affaires de 1,13 milliard de dollars l’année dernière et elle emploie plus de 4 500 personnes dans le monde. Son siège EMEA est à Dublin.

Lawson, un ancien développeur d’Amazon qui a fait de Twilio l’une des sociétés de logiciels à la croissance la plus rapide de la dernière décennie, a condensé ses pensées dans un livre de stratégie commerciale publié ce mois-ci. Son titre « Demandez à votre développeur » est un clin d’œil au fait que Twilio n’est pas exactement un nom familier. Il est fort probable que votre développeur de logiciels ne soit pas seulement familiarisé avec la plate-forme de communication cloud de Twilio en tant que service, mais l’ait utilisée pour développer une application à un moment donné.

De plus, cependant, le point clé de Lawson ici est un appel clair aux chefs d’entreprise pour qu’ils débloquent les capacités de leurs développeurs en les plaçant au premier plan de la résolution des problèmes commerciaux. Trop souvent, dit-il, ils sont tenus à l’écart de la pointe des affaires, cloisonnés dans des fonctions d’écriture de code.

« Les chefs de produit, qui sont généralement la principale interface avec les clients, ont tendance à penser que leur travail consiste à protéger les développeurs des clients, mais les meilleurs chefs de produit que j’ai connus font le contraire. . . Ce que vous devez faire est de résoudre vos problèmes clients les plus importants et les plus épineux et de les signaler à vos développeurs.  »

L’astuce est d’apporter un problème plutôt qu’une spécification, dit-il. À titre d’exemple, il dit qu’au lieu de dire aux développeurs que vous avez besoin d’eux pour créer un formulaire avec des fonctionnalités spécifiques, vous devriez leur donner un défi pour réduire le temps nécessaire à un client pour s’inscrire à un service d’environ 20 minutes. à 20 secondes, par exemple.

Cela, dit-il, libère la puissance créative du développeur et le motive à résoudre un problème commercial important, avec à la fois des gains significatifs pour l’entreprise et une augmentation de la satisfaction professionnelle du développeur. Une idée fausse courante sur le code est qu’il s’agit plus de créativité que de calcul, observe-t-il.

Il cite l’exemple de la façon dont Patrick Collison de Stripe a recruté avec succès le talentueux développeur de logiciels Patrick McKenzie, Aka Patio11, un développeur créatif et indépendant qui était déterminé à ne pas travailler pour une grande entreprise.

Collison, dit-il, a motivé McKenzie en « partageant un problème poilu géant » et en lui demandant de le résoudre, tout en fournissant les ressources d’une start-up de la Silicon Valley bien financée. Lawson admet qu’il était jaloux de ne pas avoir trouvé un moyen d’embaucher lui-même le talentueux développeur.

Trop souvent, cependant, le récit suit celui de la bande dessinée de Dilbert avec des patrons à tête pointue et des programmeurs geek habitant des mondes parallèles. Les développeurs ont un rôle ici aussi, reconnaît-il: « Ils doivent se lever et dire que je veux comprendre les problèmes des clients. Ceux qui le feront ressentiront un grand sens du but et cela aidera leur carrière.

Bien que son expérience soit enracinée dans la technologie, Lawson apporte une perspective plus large au livre, y compris des leçons sincères de start-ups en échec dans lesquelles il a été impliqué en tant que jeune homme, avant l’expérience transformatrice de travailler avec Geoff Bezos et son équipe chez Amazon.

Il est un partisan majeur de la méthodologie lean start-up et de son livre d’hypothèses, de tests et d’adaptations. Les expériences sont vitales, dit-il, et ouvrent la clé de l’innovation.

De par leur nature, les expériences impliquent également des niveaux élevés d’échec, mais l’échec dans une expérience bien conçue est invariablement bon, dit-il. « Une équipe qui revient après quelques semaines et un investissement modeste qui peut vous dire que les clients n’aiment pas le produit proposé vous rendent en fait un excellent service car vous pouvez libérer des ressources dans autre chose. »

Conduire des expériences Une stratégie utile pour des expériences rentables est ce que l’on appelle un test de porte peinte. Cela implique de créer un site Web rapide, de générer du trafic vers celui-ci via Google Ads et de tester une proposition avant même qu’un produit ou un service ne soit lancé avec un signe « à venir ». « Compte tenu de l’efficacité de la publicité en ligne, vous pouvez très bien cibler vos acheteurs hypothétiques et tester s’ils appuieront sur le bouton de paiement. »

Le problème est souvent de ne pas accélérer suffisamment lorsque vous avez trouvé un gagnant clair. « Ce que nous avons appris, c’est que lorsque vous menez des expériences, vous devez vous rappeler de retenir des ressources pour donner des boosters de fusée indispensables aux gagnants. Amazon le fait bien. Alexa, son assistant virtuel basé sur l’IA était une expérience. Quand Alexa a commencé à décoller, Amazon s’est rendu compte qu’il était sur quelque chose de spécial et qu’il devait le nourrir.  »

Avoir un sens du but est plus important que la compensation financière, au-delà de payer ce qui est juste, est une autre leçon qu’il donne. Il cite le PDG de Bunq, un innovateur de la banque numérique, qui dit que les gens ne travaillent pas dans son entreprise pour l’argent, mais plutôt parce qu’ils croient en ce qu’elle fait: « Nous payons un salaire moyen et c’est ce que nous disons toutes les personnes. Ce n’est ni haut, ni bas. C’est moyen. Les banques traditionnelles paient plus que ce salaire moyen parce que franchement personne ne veut y travailler.  »

Bien qu’il ait embrassé le rôle de directeur général de la société ouverte, avec tout ce que cela implique, Lawson n’a jamais oublié ses racines et a clairement un immense respect pour ses collègues techniques.

« Pour les ingénieurs, les faits comptent. Les ingénieurs détestent les conneries. Donc, si vous avez besoin de quelqu’un qui vous dira la vérité, même si c’est moche, allez trouver un ingénieur de première ligne.  »

Jeff Lawson: « Gestionnaires de produits. . . ont tendance à penser que leur travail consiste à protéger les développeurs des clients, mais les meilleurs chefs de produit que j’ai connus font le contraire.  »

Cours de logiciel de Lawson

L’autopsie irréprochable: Ne blâmez pas un ingénieur pour avoir écrit du mauvais code. Ils sont humains. Au lieu de cela, sachant que des erreurs se produisent, la question que vous devriez vous poser est de savoir pourquoi le système a-t-il permis à cette erreur d’avoir un impact sur les clients. La cause fondamentale de la vérité n’est souvent pas technique mais plutôt organisationnelle.

Investissez dans les infrastructures: Offrez à vos développeurs une excellente infrastructure sur laquelle construire. Lorsque vos outils vous aident à faire le travail plus facilement et mieux, cela vous donne un bon moral et libère créativité et productivité.

Apprentissage par la pratique: La théorie ne va pas plus loin. Recherchez des projets où les enjeux sont faibles, et les employés peuvent se tromper sans faire beaucoup de dégâts et peuvent apprendre dans le processus. Vous ne voulez pas d’un environnement où les gens sont rejetés ou punis pour avoir commis des erreurs.

Pensez aux diplômés de bootcamp: Ouvrez-vous à l’embauche de professionnels en milieu de carrière qui ont retenu les services de programmeurs. Ils ont voyagé loin pour se recycler, viennent d’horizons divers, ont souvent abandonné leur emploi et ont fait preuve de courage et de capacité à arriver là où ils étaient.

Divisez pour conquérir: Lawson préfère garder les équipes petites ou les diviser dans un processus qu’il appelle « mitose ». Le plus important est de garder ensemble le client, la mission, les métriques et la base de code. Il assimile cela à un nettoyage de printemps ou à une bonne hygiène lorsqu’une équipe ou un produit grandit rapidement.

Demandez à votre développeur: Comment exploiter la puissance des développeurs de logiciels et gagner au 21e siècle, par Jeff Lawson, est publié par Harper Business