Femmes dans la Tech : Elizabeth Lawler d’AppMap sur les 5 étapes nécessaires pour créer d’excellents produits technologiques

En essayant d’expliquer des architectures logicielles complexes à de nouvelles personnes, à des employés ou à des parties prenantes, j’ai réalisé qu’il existait de nombreux malentendus sur l’architecture du code, sur la façon dont un logiciel se comporte à l’exécution, sur la qualité, la performance, la sécurité, etc. ; beaucoup de choses que nous devons comprendre sont opaques ou basées sur des modèles mentaux. Cependant, le logiciel lui-même déclare son propre comportement et le code est le mieux placé pour expliquer son fonctionnement à l’exécution. Ce fut pour moi le moment eurêka, et ce qui nous a poussés, moi et quelques membres précoces de l’équipe, à créer AppMap.

On dit parfois que nos erreurs peuvent être nos plus grands enseignants. Avez-vous une anecdote sur la plus amusante que vous ayez commise à vos débuts ? Qu’avez-vous appris de cette expérience ?

Je ne sais pas si c’est un exemple amusant, mais c'est une expérience réelle. On dit qu’il ne faut pas répéter ses propres erreurs, mais c'est exactement ce que nous avons fait. Lorsque nous avons imaginé AppMap, étant un produit d’analyse de code à l’exécution, nous avons commencé à le développer en SaaS. C’était l’un des moyens les plus simples de créer un prototype et de recueillir les données de test dont nous avions besoin à partir de projets open source pour valider notre technologie. 

Grâce à notre expérience en cybersécurité, nous savions dès le départ qu’il y avait beaucoup de sensibilité autour de l’analyse dynamique et du stockage de données de code sensibles. Les chaînes de développement logiciel peuvent être utilisées comme vecteurs pour l’insertion de codes malveillants, et il est possible d’accéder à du code et à des pipelines sensibles par toutes sortes d’outils tiers, comme l’ont montré les récentes attaques sur des systèmes CI.

En déplaçant complètement AppMap dans l’éditeur de code et en rapprochant notre plateforme de données du code, nous pouvions réduire le risque lié à la sécurité des données. Les utilisateurs pouvaient profiter d’AppMap, et nous pouvions leur garantir que « votre code reste votre code ».  Nous avons ainsi réduit le risque lié aux logiciels tiers, et l’adoption a décollé. 

Puis nous avons décidé de construire la partie analytique. Nous avons donc commencé à la mettre sur un serveur en utilisant des projets open-source comme jeu de données de test.  Mais, là encore, les utilisateurs nous ont dit : « Je n’en veux pas là, mettez-le dans mon IDE. » Nous avons donc, une nouvelle fois, rapatrié toutes ces fonctionnalités et analyses au sein du code même, ce qui correspond à la version actuelle. 

La leçon à retenir : refaire deux fois la même erreur est aussi douloureux la deuxième fois que la première.

Quel a été, selon vous, le moment décisif de votre carrière ?

En octobre dernier, AppMap a participé à TechCrunch Disrupt et ce fut absolument incroyable. C’était une expérience totalement différente de tout ce que j’avais vécu auparavant – concourir de cette façon, avec une telle audience et une telle portée. Je pense qu’AppMap a vraiment bénéficié de la possibilité de partager notre message sur cette plateforme. 

Cela dit, je ne pense pas que le moment décisif de ma carrière soit déjà arrivé, il y a toujours de nouveaux et plus grands défis à relever. Je vois de grandes perspectives pour cette équipe et ce produit.

Pouvez-vous nous raconter les moments difficiles que vous avez traversés à vos débuts ? Avez-vous déjà pensé à tout abandonner ? Où avez-vous trouvé la force de continuer malgré les difficultés ?

Décider de créer un produit de zone blanche n'est pas une mince affaire. Il faut savoir captiver l'imagination des gens pour les inciter à adopter ou essayer quelque chose dont ils ignoraient l'existence et dont ils ne perçoivent pas instinctivement les bénéfices. Même si créer, et être capable d'imaginer quelque chose qui n'existe pas encore, est très amusant, cela peut aussi être très frustrant. Les produits de niche sont difficiles à promouvoir efficacement et parfois, on se demande : « Puis-je continuer à faire ça ? », car c'est vraiment une tâche difficile. C’est le type de problème le plus complexe à résoudre en tant qu’entrepreneur. 

Nous avons consulté Google, Meta et d'autres entreprises dotées d’outils d’expérience développeur d’élite, et aucune ne proposait ce que nous étions en train de créer. Nous avons validé nos hypothèses concernant ce qui manquait, mais je ne pense pas que les gens pensaient que c'était possible. Il fallait vraiment croire en notre vision et notre capacité à créer ce produit. J'ai la chance de travailler avec une équipe capable de développer des produits d'une profondeur technique impressionnante.

C’est grisant et intimidant à la fois de voir une opportunité que les autres ne voient pas. C’est lorsqu’on commence à ressentir une certaine dynamique, à voir les gens comprendre et amplifier ce que vous avez construit – que l’on réalise pourquoi on l’a fait. Vous percevez la satisfaction de l’utilisateur. Vous voulez alors aller encore plus loin et leur procurer encore plus de plaisir.

Nous aimerions en savoir un peu plus sur votre entreprise. Quelle problématique votre société aide-t-elle à résoudre ? Comment votre entreprise aide-t-elle les gens ? 

AppMap propose la toute première plateforme d’observabilité pour développeurs, offrant une analyse logicielle dynamique intégrant l’analyse des performances et de la sécurité directement dans l’éditeur de code. 

Jusqu’à présent, c’était une lacune majeure sur le marché, car les développeurs et les équipes logicielles devaient se contenter d’outils d’analyse statique et ne pouvaient identifier ni les problèmes complexes de conception du code ni résoudre des problèmes clients avant la mise en production. Cela entraînait des heures de reprise de code qui freinaient créativité et innovation. La pénibilité logicielle est l’une des principales causes du départ silencieux de développeurs.

AppMap bouscule les approches traditionnelles de l’expérience développeur en intégrant de façon transparente son outil open source d’analyse du code à l’exécution directement dans l’éditeur de code. Cela permet aux utilisateurs de visualiser non seulement le comportement du code mais aussi toute modification potentielle des performances, de la sécurité et de la stabilité à mesure que le code est développé. L’expérience développeur est alors enrichie par des informations prédictives et exploitables, à un moment où il est encore facile d’apporter des modifications.

Si quelqu’un souhaite diriger une grande entreprise et créer d’excellents produits, quelle est la qualité la plus importante que cette personne devrait posséder et quels comportements ou habitudes recommanderiez-vous pour développer cette qualité ?

Vous devez absolument faire preuve d’empathie pour votre utilisateur. En étant un outil développeur dans l’éditeur de code, vous êtes dans l’espace créatif le plus intime de votre utilisateur. Vous êtes sur son bureau, dans son moment de création, ce qui définit ce que font les développeurs. Pour être utile, il faut faire preuve de beaucoup de compassion et de discernement dans la façon d’aider. C’est une subtile équation.

L’objectif est de proposer quelque chose que les gens adorent et dont ils ne veulent plus se passer. C’est une ambition exigeante en termes de conception et développement produit. Pour toujours mettre l’utilisateur au centre, il faut apprendre à le connaître et construire une communauté ainsi que des échanges autour des différentes approches.

Chez AppMap, nous savons que les idées peuvent venir de partout. Nous faisons le profil de nombreux développeurs et de nos pages communautaires. Nous avons des membres du monde entier – des 50 États des États-Unis et de centaines de pays – représentés dans notre communauté. Cela nous donne l’opportunité de réfléchir et de comprendre les besoins de tous. C’est de cette façon que nous faisons avancer notre mission de manière la plus puissante.

Parlons d’équipes. Quelle stratégie ou cadre de management d'équipe avez-vous trouvé particulièrement utile pour le processus de développement produit ?

Du produit à la façon dont notre équipe fonctionne, la transparence est essentielle. Avec AppMap, nous avons opté pour l’open source dès le début, car cela permet à toute personne sachant lire et comprendre notre produit de nous donner son avis et ses retours. En choisissant l’ouverture, nous avons saisi l’opportunité d’avoir des échanges autour du produit avec la population d’utilisateurs que nous souhaitions servir. Être ouvert est une valeur à laquelle notre équipe croit profondément. 

Quand vous pensez à la meilleure équipe avec laquelle vous avez travaillé, pourquoi pensez-vous qu'elle fonctionnait aussi bien ensemble, et pouvez-vous partager une anecdote illustrant cette dynamique ?

L’équipe AppMap est en fait composée de nombreux membres de mon ancienne équipe de Conjur. Nous sommes plusieurs à avoir changé d’entreprise ensemble, travaillant sur des projets de niche en série. 

Ce qui m’impressionne le plus dans cette équipe, c’est que non seulement nous travaillons bien ensemble, mais surtout, nous savons affronter les difficultés collectivement. Nous abordons les problèmes et travaillons à les résoudre – nous accueillons les retours quels que soient les participants présents. C’est ainsi que nous avançons tous ensemble.

En tant qu’équipe, nous nous réunissons fréquemment pour créer de l’alignement. Nous avons su instaurer une culture de transparence radicale. Chacun peut apporter des idées, quel que soit son poste dans l’organisation. Nous veillons les uns sur les autres et nous le faisons très bien.

Si vous ne deviez avoir qu’un seul outil logiciel à votre disposition, lequel choisiriez-vous, pourquoi, et quels autres outils considérez-vous comme essentiels ?

Je pense que les éditeurs de code, comme VS Code et JetBrains, sont vraiment des endroits formidables pour effectuer son travail. Non seulement nous y voyons une plateforme privilégiée dont nous nous sentons membres à part entière de l’écosystème, mais on s’aperçoit aussi que tous les outils et technologies pensés pour les développeurs s’y intègrent – les rendant absolument indispensables. Pour comprendre comment les produits logiciels sont créés, il faut comprendre ce qui se passe dans l’éditeur de code.  Regardez Co-pilot et d’autres outils génératifs qui repoussent les limites dans l’éditeur de code.

En tant que dirigeant d'entreprise, un autre outil crucial est le logiciel de gestion du temps. Sans solution logicielle de gestion du temps, il serait facile de passer sa journée comme on le souhaite et de se laisser porter par l'inertie. Mes journées sont plus productives lorsque je prévois des moments de concentration pour accomplir les tâches importantes.

Parlons du temps de repos. Quelle est votre pratique ou rituel favori pour prévenir l'épuisement professionnel ?

Mes enfants sont probablement le meilleur antidote à l'épuisement. Les enfants ne vous laissent pas travailler quand vous êtes avec eux. Ils viendront dans votre bureau pour vous dire de ranger votre travail ou qu'ils ont besoin de votre temps et de votre attention. Les enfants vous obligent à être présent et à lâcher le travail. Je chéris chaque moment passé avec eux et je suis heureux qu'ils me rappellent de poser la technologie.

D'après votre expérience, quels sont vos « 5 étapes indispensables pour créer d'excellents produits technologiques » ?

1. Définissez votre point de vue et osez être différent : puis lancez-le sur le marché et voyez si cela résonne. Chez AppMap, nous croyons que la seule source de vérité, c'est l'éditeur de code et que vous devriez avoir tous les outils dont vous avez besoin là où vous travaillez. À partir de là, exploitez à la fois les retours quantitatifs et qualitatifs de vos utilisateurs pour guider les nouvelles fonctionnalités. Quand ça fonctionne, allez-y et persévérez, mais n'ayez pas peur d’abandonner les domaines qui ne sont pas utilisés.

2. Plongez-vous directement : et rapprochez-vous autant que possible de l'utilisateur. Soyez ouvert à l'apprentissage auprès de votre équipe et de vos clients, et développez votre réseau pour obtenir des retours du marché. Une tactique qu'AppMap utilise est de publier abondamment des tutoriels sur notre page Communauté Dev. Cela nous aide à comprendre les domaines dans lesquels investir davantage lorsqu’on observe un haut niveau d’engagement sur une fonctionnalité particulière. Toute entreprise qui souhaite créer un excellent produit doit partager largement ses idées MVP et utiliser les données d’engagement pour guider son niveau d’investissement.

3. Lancez-vous puis améliorez continuellement : Reid Hoffman a dit un jour : « Si vous n’êtes pas gêné par la première version de votre produit, c’est que vous l’avez lancé trop tard » – et ceci doit devenir votre mantra pour la conception de produit. Il est aussi important de garder à l’esprit que vous ne devez pas être une société de vaporware ni une usine à fonctionnalités. Visez un juste équilibre entre la cohérence conceptuelle et la marge d'amélioration pour les premiers lancements de produits. Dans la réalité, si votre produit répond à un petit besoin, les utilisateurs s'en serviront pour résoudre leurs problèmes même si l’UX est maladroite ou qu'il reste quelques bugs mineurs.

4. Lancez-le et mesurez, mesurez, mesurez : N’attendez pas des utilisateurs qu’ils vous donnent beaucoup de retours qualitatifs sur votre produit – surtout dans un public technique. Ces utilisateurs sont occupés, submergés par d'autres tâches. Ils n’ont pas le temps de vous donner un feedback détaillé. La meilleure façon de comprendre vos utilisateurs est de mesurer leurs interactions avec votre produit, si vous le pouvez.

Si votre utilisation est suffisamment élevée, essayez d’itérer rapidement à partir des données reçues, et si vous disposez d’une large base d’utilisateurs, segmentez-la au mieux pour mieux comprendre les différences entre les utilisateurs experts et les débutants. Ces types d’utilisateurs ont besoin de fonctionnalités différentes et créer des fonctionnalités pour une audience peut poser problème pour d’autres.

5. Itérez et évoluez : La concentration est l’atout le plus important de toute entreprise, et en particulier des start-ups. Les start-ups n’ont tout simplement pas le temps ni l’argent d’investir sur plusieurs fronts. Ne perdez pas de temps à vous inquiéter du manque à gagner faute de travailler sur « tout à la fois ». Concentrez-vous plutôt sur les actions à plus fort impact et décomposez le travail en petites tâches. En divisant les livrables en unités plus petites, vous pouvez répondre plus vite aux retours ou aux données d’utilisation et faire évoluer votre produit en continu pour ravir vos utilisateurs.

Êtes-vous aujourd’hui satisfaite du statu quo concernant la place des femmes dans la technologie ? Quels changements concrets selon vous seraient nécessaires pour faire bouger ce statu quo ?

Les femmes à la tête de sociétés technologiques ou occupant des postes de pouvoir restent l’exception, pas la règle. Les entreprises dirigées par des femmes dans le secteur B2B ne représentent encore que 2 % des sociétés financées par du capital-risque. Il existe des femmes dans l'industrie qui ont un talent exceptionnel, mais qui n’ont pas encore été accompagnées. Cela me tient particulièrement à cœur. Je pense que l’équité reste à construire. J’espère pouvoir être un exemple fort et aider d’autres femmes à concrétiser leurs idées car c’est difficile. Les chiffres parlent d’eux-mêmes – qu’il s’agisse de salaire, de valorisation ou de la part des femmes dans l'investissement. Je pense qu’il faut porter plus d’attention, sur le long terme, aux entreprises B2B fondées par des femmes. Elles délivrent le meilleur rapport qualité/prix.

Y a-t-il une personne au monde avec qui vous aimeriez prendre un petit-déjeuner ou un déjeuner privé, et pourquoi ?

J’admire vraiment Diane Greene et le parcours de sa carrière. Elle a commencé comme architecte navale avant de se tourner vers la technologie. Elle a été fondatrice et PDG de VMware, administratrice chez Google et PDG de Google Cloud et co-fondatrice et PDG de deux startups acquises par Google et Microsoft.

Pour plus de contenus comme celui-ci, abonnez-vous à La newsletter du CPO Club.