Actuellement, seulement environ 1 employé sur 4 dans le secteur technologique s’identifie comme une femme. Alors, que faut-il pour construire une carrière réussie en tant que femme dans la technologie ? Dans cette série d’entretiens intitulée Les femmes dans la technologie, nous avons échangé avec des dirigeantes et dirigeants accomplis du secteur technologique afin qu’ils partagent leurs récits et leurs réflexions sur ce qu’ils ont fait pour mener des carrières florissantes. Nous abordons également les étapes nécessaires à la création d’un excellent produit technologique. Dans le cadre de cette série, j’ai eu le plaisir d’interviewer Elizabeth Lawler.
Elizabeth Lawler
Elizabeth Lawler est cofondatrice et PDG d’AppMap, la première plateforme d’observabilité destinée aux développeurs, qui fournit aux développeurs, directement dans l’éditeur de code, des informations dynamiques sur les performances des logiciels, des analyses de sécurité et des informations sur l’exécution. Auparavant, Elizabeth était vice-présidente de la sécurité DevOps chez CyberArk, où elle a lancé la stratégie de mise sur le marché open source de l’entreprise pour les outils et technologies destinés aux développeurs. Avant CyberArk, Elizabeth a fondé Conjur (acquise par CyberArk), qui a créé le premier produit à répondre aux lacunes en matière de sécurité des comptes privilégiés pour les logiciels DevOps, infonuagiques et natifs des conteneurs. Elizabeth a également été directrice des données de Generation Health (acquise par CVS Caremark) et a occupé des postes de direction nationale au sein du Department of Veterans Affairs. Elle est titulaire d’un doctorat et a été formée comme scientifique des données.
Merci beaucoup de participer à cette série d’entretiens ! Avant d’entrer dans le vif du sujet, nos lecteurs aimeraient en savoir davantage sur vous. Pouvez-vous nous raconter ce qui vous a conduite vers cette voie professionnelle précise ?
AppMap est ma deuxième start-up technologique dans le domaine encore peu exploité des outils pour développeurs. J’ai commencé ma carrière en enseignant l’informatique statistique à des étudiants, puis je suis devenue scientifique des données, avant de devenir dirigeante dans l’informatique, en tant que directrice des données puis directrice de la sécurité. Finalement, j’ai commencé à fonder des entreprises technologiques pour créer de nouveaux produits qui répondaient à des besoins que j’avais identifiés pour des produits absents du marché.
En essayant de communiquer des architectures logicielles complexes à de nouvelles personnes, à des employés et à des parties prenantes, j’ai constaté qu’il existait des malentendus et des idées fausses évidents concernant l’architecture du code, le comportement des logiciels lorsqu’ils sont exécutés, ainsi que la qualité, les performances, la sécurité, etc. Une grande partie de ce que nous devons comprendre est opaque ou repose sur des modèles mentaux. Mais le logiciel décrit lui-même son propre comportement, et le code est le mieux placé pour expliquer son fonctionnement lorsqu’il est exécuté. Ce fut le déclic pour moi, et ce qui m’a poussée, avec certains des premiers membres de l’équipe, à créer AppMap.
On dit parfois que nos erreurs peuvent être nos meilleurs enseignants. Pouvez-vous nous raconter l’erreur la plus drôle que vous avez commise à vos débuts ? Pouvez-vous nous dire quelle leçon vous en avez tirée ?
Je ne sais pas si c’est un exemple amusant, mais c’est un exemple réel. 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 commencé à réfléchir à AppMap, qui est un produit d’analyse du code à l’exécution, nous avons commencé par le développer sous forme de logiciel en tant que service. 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 afin de valider notre technologie.
Compte tenu de notre expérience en cybersécurité, nous savions dès le départ que l’analyse dynamique et le stockage de données de code sensibles suscitaient beaucoup de préoccupations. Les chaînes de développement logiciel peuvent servir de vecteurs à l’insertion de code malveillant, et des personnes peuvent accéder à du code et à des chaînes sensibles par l’intermédiaire de toutes sortes d’outils tiers intégrés, comme l’ont montré les récentes compromissions de systèmes d’intégration continue.
Si nous transférions entièrement AppMap dans l’éditeur de code et rapprochions notre plateforme de données du code en la micronisant, nous pourrions réduire le risque lié à la sécurité des données. Les utilisateurs pourraient utiliser AppMap et nous pourrions leur garantir que « votre code reste votre code ». Nous avons réduit le risque lié aux logiciels tiers, et l’adoption a décollé.
Mais nous avons ensuite décidé de créer des outils d’analyse. Nous avons donc commencé à les développer sur un serveur en utilisant des projets open source comme données de test. Une fois encore, les utilisateurs nous ont dit : « Je ne veux pas qu’il soit là. Mettez-le dans mon IDE. » Une fois de plus, nous avons déplacé toutes ces fonctionnalités dans la base de code, là où se trouvent aujourd’hui les capacités d’analyse.
La leçon à retenir : commettre deux fois la même erreur est tout aussi douloureux la deuxième fois que la première.
Quel a été, selon vous, le moment qui a défini votre carrière ?
En octobre dernier, AppMap a participé à TechCrunch Disrupt, et ce fut une expérience assez phénoménale. C’était une expérience sans commune mesure avec tout ce que j’avais vécu auparavant : cette compétition, l’audience et la portée de cet événement. Je pense qu’AppMap a bénéficié de la possibilité de partager notre message sur cette plateforme.
Cependant, je ne pense pas que le moment déterminant de ma carrière se soit encore produit ; un nouveau défi, plus grand, se présente toujours. Je vois de grandes choses se profiler pour cette équipe et pour ce produit.
Pouvez-vous nous raconter les moments difficiles que vous avez traversés au début de votre parcours ? Avez-vous déjà envisagé d’abandonner ? Où avez-vous trouvé la motivation de continuer malgré toutes ces difficultés ?
Décider de créer un produit en espace vierge n’est pas une tâche facile. Il faut être capable de stimuler l’imagination des gens afin qu’ils adoptent ou essaient quelque chose dont ils ne savaient pas que cela pouvait exister et dont ils ne comprennent pas intuitivement les bénéfices. Même si créer et être capable d’imaginer quelque chose qui n’existe pas encore est extrêmement stimulant, cela peut aussi être très frustrant. Les produits en espace vierge sont difficiles à présenter avec précision et l’on se demande parfois : « puis-je continuer à faire cela ? » parce que c’est une chose particulièrement difficile à accomplir. C’est le type de problème le plus difficile à résoudre en tant qu’entrepreneur.
Nous nous sommes tournés vers Google, Meta et des entreprises disposant d’outils d’expérience de développement d’élite, et elles n’avaient rien de comparable à 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 aient cru que c’était possible. Nous devions vraiment croire en notre vision et en notre capacité à créer ce produit. J’ai énormément de chance de travailler avec une équipe capable de concevoir des produits techniquement très complexes et remarquablement aboutis.
Il est exaltant et effrayant de voir une opportunité que les autres ne voient pas. C’est lorsque l’on commence à prendre un peu d’élan, que l’on voit les choses commencer à s’éclairer pour les gens et qu’ils commencent à amplifier ce que l’on a créé, que l’on comprend pourquoi on l’a fait. On entend l’enthousiasme de l’utilisateur. On veut alors aller encore plus loin et les ravir davantage.
Nous aimerions en savoir un peu plus sur votre entreprise. Quel problème votre entreprise aide-t-elle à résoudre ? Comment aide-t-elle les gens ?
AppMap fournit la toute première plateforme d’observabilité destinée aux développeurs, qui fournit une analyse logicielle dynamique, notamment des analyses de performances et de sécurité, directement aux développeurs dans l’éditeur de code.
Jusqu’à présent, il existait une importante lacune sur le marché, car les développeurs et les équipes logicielles étaient contraints de s’appuyer sur des outils d’analyse statique et ne pouvaient pas identifier les problèmes complexes de conception liés au code ni résoudre les problèmes rencontrés par les clients avant leur mise en production. Cela entraînait des heures de retouches qui freinaient la créativité et l’innovation. Les tâches fastidieuses liées aux logiciels sont l’un des principaux facteurs de la démission silencieuse des développeurs.
AppMap bouleverse les approches traditionnelles de l’expérience des développeurs en intégrant de manière fluide son outil d’analyse du code à l’exécution, à code source ouvert, directement dans l’éditeur de code. Les utilisateurs peuvent ainsi voir non seulement le comportement du code, mais aussi les effets de toute modification proposée sur les performances, la sécurité et la stabilité pendant le développement du code. Cela améliore l’expérience des développeurs en fournissant des informations prédictives et exploitables au moment où il est facile d’apporter des modifications.
Si quelqu’un souhaite diriger une grande entreprise et créer de grands produits, quelle est la qualité la plus importante que cette personne devrait posséder, et quelles habitudes ou quels comportements lui suggéreriez-vous pour développer cette qualité particulière ?
Vous devez absolument faire preuve d’empathie envers votre utilisateur. En tant qu’outil destiné aux développeurs et intégré à l’éditeur de code, vous vous trouvez dans l’espace créatif le plus intime de votre utilisateur. Vous êtes sur son ordinateur, au cœur de son moment de création et de développement, celui qui définit le travail des développeurs. Pour être utile, vous devez faire preuve de beaucoup de compassion et vous montrer judicieux dans votre manière d’aider. C’est un équilibre très délicat.
L’objectif est de créer quelque chose que les gens aiment et dont ils ne veulent plus se passer pour travailler. C’est un défi de taille en matière de conception et de développement de produits. Pour vous assurer de toujours placer l’utilisateur au premier plan, vous devez apprendre à le connaître, créer une communauté et susciter des échanges autour des différentes approches.
Chez AppMap, nous savons que les idées peuvent venir de partout. Nous dressons le profil de nombreux développeurs et de notre communauté. Des personnes du monde entier — des 50 États des États-Unis et de centaines de pays — sont représentées au sein de notre communauté. Cela nous donne l’occasion de prendre en compte et de comprendre les besoins de chacun. C’est le moyen le plus puissant de faire avancer notre mission.
Parlons des équipes. Quelle stratégie ou quel cadre de gestion d’équipe avez-vous trouvé particulièrement utile pour le processus de développement produit ?
De notre produit à la manière dont notre équipe fonctionne, la transparence est essentielle. Avec AppMap, nous avons commencé par privilégier le code source ouvert, car cela permet à toute personne capable de lire et de comprendre notre produit de nous faire part de ses contributions et de ses retours. En choisissant l’ouverture, nous avons créé la possibilité d’échanger sur le produit avec la communauté d’utilisateurs que nous cherchons à servir. L’ouverture est une valeur à laquelle notre équipe croit profondément.
Lorsque vous pensez à l’équipe la plus solide avec laquelle vous ayez jamais travaillé, pourquoi pensez-vous qu’elle fonctionnait si bien, et pouvez-vous vous remémorer une anecdote qui illustre cette dynamique ?
L’équipe d’AppMap est en réalité composée de nombreux membres de mon ancienne équipe de Conjur. Nous sommes passés d’une entreprise à l’autre, travaillant ensemble sur des projets successifs en espace vierge.
Ce qui m’impressionne le plus chez cette équipe, c’est que non seulement nous travaillons bien ensemble, mais que nous savons aussi collaborer efficacement face à l’adversité. Nous nous attaquons aux problèmes et travaillons à les résoudre, en accueillant les retours quelle que soit la personne présente dans la pièce. C’est ainsi que nous travaillons tous ensemble.
En tant qu’équipe, nous nous réunissons fréquemment pour nous aligner. Nous avons réussi à instaurer une culture de transparence radicale. Chacun peut apporter des idées, où qu’il se trouve dans l’organisation. Nous prenons soin les uns des autres et nous le faisons très bien.
Si vous ne pouviez disposer que d’un seul outil logiciel dans votre arsenal, lequel choisiriez-vous, pourquoi, et quels autres outils considérez-vous comme indispensables à votre mission ?
Je pense que les éditeurs de code, comme VS Code et JetBrains, sont des environnements véritablement remarquables pour effectuer son travail. Nous les considérons non seulement comme des espaces dont nous faisons partie de l’écosystème, mais nous constatons aussi que tous les outils et technologies destinés aux développeurs se déplacent vers cet environnement, ce qui les rend absolument indispensables. Si vous voulez comprendre comment les produits logiciels sont créés, vous devez comprendre ce qui se passe à l’intérieur de l’éditeur de code. Observez Co-pilot et les autres outils génératifs qui repoussent les limites dans l’éditeur de code.
En tant que dirigeant d’entreprise, un autre outil essentiel 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 planifie des périodes de concentration pour accomplir les tâches importantes.
Parlons des temps d’arrêt. Quelle est votre pratique ou votre rituel de prédilection pour prévenir l’épuisement professionnel ?
Mes enfants sont probablement le meilleur antidote à l’épuisement professionnel. Les enfants ne vous laissent pas travailler lorsque vous êtes avec eux. Ils seront dans votre bureau à 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 à mettre le travail de côté. Je chéris chaque moment passé avec eux et je suis heureux qu’ils m’obligent à poser mes appareils technologiques.
Sur la base de votre expérience, quelles sont vos « 5 étapes nécessaires pour créer de grands produits technologiques » ?
1. Déterminez votre point de vue et osez être différent : ajoutez-le ensuite au marché et voyez s’il trouve un écho. Chez AppMap, nous pensons que la seule source de vérité est l’éditeur de code et que vous devriez disposer de tous les outils dont vous avez besoin, directement là où vous travaillez. À partir de là, exploitez les retours quantitatifs et qualitatifs de vos utilisateurs pour orienter le développement de nouvelles fonctionnalités. Lorsque les choses fonctionnent, impliquez-vous pleinement et poursuivez vos efforts, mais n’ayez pas peur d’abandonner les domaines qui ne sont pas utilisés.
2. Impliquez-vous immédiatement : 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 afin d’obtenir des retours du marché. Une des tactiques d’AppMap consiste à publier de nombreux contenus de niveau tutoriel sur notre page de la communauté Dev. Cela nous aide à comprendre les domaines dans lesquels nous devrions investir davantage lorsque nous constatons des niveaux élevés d’engagement sur une fonctionnalité particulière. Toute entreprise qui souhaite créer un excellent produit devrait prendre ses idées de produit minimum viable, les partager largement et utiliser les données d’engagement pour déterminer son niveau d’investissement.
3. Commencez, puis développez continuellement : Reid Hoffman a dit célèbrement : « Si la première version de votre produit ne vous embarrasse pas, c’est que vous l’avez lancé trop tard » — et cela devrait devenir votre mantra pour la création de produits. Il est également important de veiller à ne pas être un produit fantôme ni une usine à fonctionnalités. Visez un juste équilibre entre la complétude de la réflexion et la possibilité d’amélioration pour les premières versions de votre produit. En réalité, si votre produit répond à un petit cas d’utilisation, les gens l’utiliseront pour résoudre leurs problèmes malgré une expérience utilisateur maladroite ou des bugs mineurs.
4. Lancez-le et mesurez, mesurez, mesurez : Ne vous attendez pas à ce que les utilisateurs vous donnent une multitude de retours qualitatifs sur votre produit — surtout lorsque vous vous adressez à des publics techniques. Ces utilisateurs sont occupés et surchargés par d’autres tâches. Ils n’ont pas le temps de vous fournir des retours détaillés. La meilleure façon de comprendre vos utilisateurs consiste à 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 que vous recevez et, si vous disposez d’une large base d’utilisateurs, segmentez-la au mieux afin de mieux comprendre les différences entre les utilisateurs avancés et les débutants. Ces types d’utilisateurs ont besoin de fonctionnalités différentes et le développement de fonctionnalités pour un public peut causer des problèmes aux autres.
5. Itérez et évoluez : La concentration est l’attribut le plus important de toute entreprise, en particulier des start-up. Les start-up n’ont tout simplement ni le temps ni l’argent nécessaires pour investir dans plusieurs domaines. Ne consacrez pas de temps à vous inquiéter du coût d’opportunité de ne pas travailler sur « tout ». Concentrez-vous plutôt sur les éléments ayant le plus grand impact et divisez le travail en petites unités. En divisant les livrables en unités plus petites, vous pouvez réagir plus rapidement aux retours des utilisateurs ou aux données d’utilisation et faire évoluer continuellement votre produit afin de satisfaire vos utilisateurs.
Êtes-vous actuellement satisfait du statu quo concernant les femmes dans le secteur technologique ? Quels changements précis estimez-vous nécessaires pour faire évoluer ce statu quo ?
Les femmes qui dirigent des entreprises technologiques ou occupent des postes de pouvoir restent l’exception, et non la règle. Les entreprises dirigées par des femmes dans le secteur interentreprises restent minoritaires : elles ne représentent que 2 % des entreprises financées par du capital-risque. Il existe des dirigeantes dans ce secteur qui possèdent un talent considérable, mais qui n’ont pas encore bénéficié d’un soutien actif. C’est un sujet qui me tient à cœur. Je crois qu’il faut encore construire l’équité. J’espère pouvoir être un exemple fort et aider d’autres femmes à concrétiser leurs idées, car c’est difficile. Les chiffres ne mentent pas — qu’il s’agisse des salaires, de la valorisation ou de la part que les femmes obtiennent dans le gâteau de l’investissement. Je pense que les entreprises interentreprises fondées par des femmes devraient être examinées de plus près sur le long terme. Elles offrent la meilleure valeur, dollar pour dollar.
Y a-t-il dans le monde une personne avec laquelle vous aimeriez prendre un petit-déjeuner ou un déjeuner privé, et pourquoi ?
J’admire vraiment Diane Greene et l’évolution de sa carrière. Elle a commencé comme architecte navale avant de se tourner vers le secteur technologique. Elle a été fondatrice et PDG de VMware, administratrice de Google, PDG de Google Cloud, ainsi que cofondatrice et PDG de deux start-up rachetées par Google et Microsoft.
Pour découvrir davantage de contenus de ce type, abonnez-vous à la newsletter du CPO Club.
