La rédaction du Monde Informatique a rencontré Ashley Kramer, chief marketing and strategy officer chez GitLab. Elle a évoqué son parcours, son intérêt pour l’informatique qui s’est transformé au fil de ses expériences, et son rôle au sein de GitLab.
Célia Séramour : Comment en êtes-vous venue à travailler dans le secteur technologique ?
Ashley Kramer : J’ai toujours aimé la technologie. J’avais l’un des tout premiers ordinateurs Apple que j’ai mis dans ma chambre. J’ai appris toute seule à coder quand j’étais au lycée, et en dernière année, nous avons eu notre tout premier cours d’informatique. Nous étions exactement cinq dans cette classe et j’étais la seule femme. Pour l’anecdote, c’est notre professeur d’éducation physique qui nous a enseigné l’informatique, depuis le monde a beaucoup évolué. A l’université, j’étais donc étudiante en informatique et mon premier stage s’est transformé en premier emploi à la sortie de l’école. Je développais pour la NASA ce que l’on appelle un Cave (Cave Automatic Virtual Environment ou environnement de réalité virtuelle). Il s’agit d’un environnement immersif dans lequel les astronautes peuvent entrer et commencer à comprendre et à s’immerger dans une expérience spatiale. C’était plutôt cool.
Pourquoi n’êtes-vous pas restée ?
J’ai commencé à me rendre compte personnellement que le développement de logiciels n’allait peut-être pas être ma passion et ce qui m’intéressait le plus. J’ai donc quitté cette voie pour essayer quelque chose de différent.
Vous avez effectivement essayé beaucoup de choses. Vous avez travaillé pour Oracle, Alteryx, Tableau Software et Amazon. Comment en êtes-vous arrivée là ?
Après l’expérience de la NASA, j’ai tenté une nouvelle fois ma chance dans le développement de logiciels chez Oracle. Mais il s’agissait davantage d’un travail en contact avec les clients, qui essayaient de mettre à jour leurs logiciels et de procéder à des mises en œuvre à grande échelle. Je les aidais dans cette tâche. C’était donc une sorte d’étape vers le contact avec les clients, quelque chose que j’aime vraiment. Ensuite, lors de mon entretien avec Amazon, quelqu’un m’a dit : « Je pense que vous êtes plutôt une spécialiste des produits, et peut-être pas une développeuse ». Chaque fois qu’ils me posaient une question lors de l’entretien, je commençais à parler de la vision de ce que le produit pourrait être. C’est donc cette personne qui m’a envoyé à Seattle, et j’ai fini par obtenir un emploi au sein de l’équipe produit « more of the program » d’Amazon, où j’ai été l’un des premiers membres de l’équipe Kindle. À l’époque, j’étais obsédé par mon Kindle, le modèle Shasta. J’ai passé du temps chez Amazon où j’ai beaucoup appris sur l’efficacité opérationnelle des entreprises. Le changement suivant est vraiment là où le reste de ma carrière s’est achevé jusqu’à Gitlab, c’est-à-dire les données et l’analyse.
Une société appelée Tableau Software, qui était littéralement voisine d’Alteryx à Seattle, m’a contacté parce qu’elle avait pour mission de trouver un moyen de devenir davantage une société de cloud computing. Ils avaient un produit de bureau, un produit serveur, et ils m’ont donc recruté. J’ai eu le travail très impressionnant de construire Tableau en ligne, c’était une expérience très intéressante. J’ai ensuite rejoint Alteryx, qui était à l’époque le partenaire le plus proche de Tableau. Alteryx s’occupait essentiellement de la préparation et du mélange des données pour les rendre prêtes pour des solutions comme Tableau. Nous avons adopté une approche complètement différente. Alors que chez Tableau, nous avons construit la solution en ligne, en interne, Alteryx a décidé qu’au lieu d’être un simple outil de préparation et de fusion, il fallait construire une plateforme de bout en bout. Pour cela, l’entreprise a fait cinq acquisitions pendant les trois ans où je travaillais pour eux afin de se développer. Mon travail en tant que responsable des produits et du marketing des produits consistait à déterminer comment assembler les technologies, mais aussi comment créer cette histoire de plateforme, comment convaincre les clients qu’ils ne voulaient pas seulement un outil de plus, mais aussi une plateforme de données et d’analyse, qui leur permettrait d’améliorer leur productivité et leur productivité. Ils voulaient une plateforme de données et d’analyse, et c’est là que mon expérience chez GitLab intervient, c’est ici que nous avons commencé à nous pencher sur l’IA. Alors, comment donner à un plus grand nombre de personnes le pouvoir de la science des données ? Même si vous n’avez pas le titre de data scientist ?
Aujourd’hui vous êtes chief marketing and strategy officer chez GitLab. Comment cela se passe-t-il ?
Ça se passe très bien. J’ai travaillé dans le domaine des données et de l’analyse pendant près de dix ans. Je me suis dit qu’il était peut-être temps de relever un nouveau défi. J’avais l’impression que c’était presque devenu trop facile. C’est ainsi que, lorsqu’il s’est agi de déterminer quelle serait ma prochaine étape, j’ai commencé à être fascinée par le DevOps que nous appelons désormais DevSecOps. C’était l’opportunité d’être responsable du marketing et de la stratégie sur une plateforme qui aide à rendre la vie des développeurs plus facile. En tant que personne chargée de transmettre des messages et de réfléchir à long terme à l’évolution du produit, le fait d’avoir été à leur place m’aide vraiment dans mon travail.
Quel est le périmètre de vos fonctions ?
Je dirige tout le marketing de base, c’est-à-dire tout ce qui va du marketing produit à la génération de la demande, en passant par les événements et les communications. Je dirige notre organisation de développement des ventes, qui est le premier contact avec les vendeurs. Je dirige toutes les initiatives de croissance des produits de l’entreprise. L’année dernière, j’ai assuré l’intérim du poste de directeur technique pendant six mois, ce qui m’a permis de me rapprocher de l’aspect technique de l’entreprise. Pour l’anecdote, notre directeur technique venait de décider qu’il était temps d’essayer autre chose – il était là depuis cinq ans – et nous avions donc besoin de quelqu’un pour aider l’équipe jusqu’à ce que nous trouvions notre prochain CTO. Notre CEO m’a demandé si j’étais intéressée et j’ai dit oui. Je ne joue plus ce rôle aujourd’hui, mais j’ai pu voir comment GitLab utilise GitLab pour fournir GitLab. C’était donc vraiment génial d’avoir cette expérience transversale pendant cinq ou six mois l’année dernière.
Comment définissez-vous GitLab ? Avec l’essor de l’IA, comment intégrez-vous cette technologie ?
Aujourd’hui, nous sommes une plateforme DevSecOps, qui regroupe essentiellement tout ce qui va de la planification du projet logiciel à l’écriture du code pour s’assurer qu’il est sécurisé, qu’il est de qualité et qu’il est diffusé dans le monde entier. Nous continuerons donc à nous orienter vers cette plateforme DevSecOps de bout en bout. Nous croyons vraiment que la sécurité doit être au cœur de cette histoire et c’est ce qui nous différencie beaucoup sur le marché, le fait que la sécurité ne soit pas à la fin. Nous l’intégrons dans tout ce que nous faisons. C’est ce qu’on appelle le « shift left » sur le marché. Plus récemment, nous nous sommes vraiment penchés sur la question de savoir comment intégrer l’IA, sans se contenter de permettre aux développeurs d’écrire du code plus rapidement. A travers tout cela, comment aider à donner des suggestions sur la personne qui devrait réviser ce code ? Comment expliquer les vulnérabilités qui existent pour qu’ils puissent les résoudre plus rapidement ? Et comment résumer les commentaires ? Vous pouvez ainsi voir au premier coup d’œil ce que dit le code. Ce sont tous des exemples réels d’IA, ce qui correspond bien à mon expérience chez Alteryx lorsque nous avons commencé à nous pencher sur la façon de développer qui était plus sur le développement de l’IA. Ce que nous faisons ici, c’est intégrer l’IA à la plateforme.
Comment comptez-vous encadrer l’IA au sein de GitLab ?
Nous incorporons, comme je l’ai mentionné, l’IA dans tous les endroits où cela a du sens : pour la documentation d’audit, pour comprendre le code. Là où nous sommes très prudents, c’est sur le fait que notre plateforme est une plateforme ouverte, mais pour un code d’entreprise hautement confidentiel et sécurisé. Nous voulons nous assurer que les informations et la propriété intellectuelle privées des utilisateurs restent privées et que nous ne les utilisons pas pour former d’autres modèles. Nous mettons donc en place les garanties et les garde-fous nécessaires. Nous essayons d’être aussi centrés sur la protection de la vie privée que possible et d’être totalement transparents sur ce que nous faisons. Ainsi, les grandes entreprises auxquelles nous vendons chaque jour et qui utilisent notre plateforme pour tout ce qu’elles font se sentent à l’aise d’utiliser l’IA en sachant qu’elle sera sûre.
Personnellement, que pensez-vous des risques liés à l’IA ?
Je pense qu’il s’agit d’un phénomène à la mode en ce moment. J’aime le comparer au cloud, à l’époque où j’étais chez Tableau. Le cloud a commencé, tout le monde allait vers le cloud, puis nous avons dû prendre du recul parce qu’il y a eu quelques brèches et nous avons dû comprendre si c’était sécurisé. Aujourd’hui, plus personne ne se pose de questions à ce sujet. Personne ne va s’interroger, à l’exception de quelques entreprises évoluant dans des secteurs très réglementés. Nous sommes à un stade où c’est très intéressant, où nous voyons la valeur et où nous voyons comment cela peut rendre tout le monde plus productif. Mais il y aura un moment où nous devrons prendre du recul et comprendre les garanties qui doivent être mises en place et comprendre les réglementations relatives à la protection des personnes, de leur identité, etc. Je ne pense pas que l’IA va disparaître mais je veux faire attention, en tant que société, à ne pas aller trop vite. Il s’agit de garder à l’esprit qu’en tant que société, il ne s’agit que d’un début. Et nous voulons le faire de manière réfléchie et responsable.
En parallèle de votre fonction chez GitLab, vous avez une activité d’investisseuse. Pouvez-vous nous en parler ?
J’ai toujours eu l’esprit d’entreprise, mais je n’ai jamais eu le courage de créer ma propre société. Et j’ai tout le respect du monde pour Sid Sijbrandij, notre CEO, qui l’a fait avec succès avec quelques autres personnes chez GitLab. Il y a quelques années, j’ai donc commencé à devenir un investisseur providentiel, cela m’intéresse beaucoup et en particulier les solutions plus technologiques. Et j’ai une théorie à ce sujet : ce dans quoi j’investirai sera en partie constitué d’une équipe fondatrice ou dirigeante diversifiée. Je pense que c’est très important. C’est quelque chose que je continuerai à faire au cours de ma carrière, que cela devienne un jour un emploi à plein temps ou non. J’ai commencé modestement il y a quelques années, juste pour m’assurer qu’il fallait bien cinq à sept ans pour obtenir un retour sur investissement. Vous pourrez donc vérifier dans sept ans si j’ai réussi à faire quelque chose de bien. Et ce que j’aime vraiment, c’est de trouver des fondateurs qui cherchent des conseils et qui essaient d’obtenir de l’aide pour que je puisse m’associer avec eux. C’est ce que j’aime vraiment faire en dehors des heures consacrées à GitLab.
En France, il existe encore des points de blocages pour les femmes dans la création de leur propre entreprise notamment car les investisseurs favorisent plutôt les entrepreneurs masculins. Qu’en pensez-vous ? Est-ce la même chose pour les entrepreneuses que vous rencontrez ?
Je ne pense pas que ce soit spécifique à la France, malheureusement, et je ne pense pas que ce soit intentionnel. Je pense qu’il s’agit simplement d’un phénomène de société qui doit grandir, mais je suis assez bien connectée, même aux États-Unis, avec quelques fondatrices qui ont connu des difficultés similaires. C’est pourquoi, en tant qu’investisseur providentiel, j’ai quelques amis qui partagent notre théorie : il faut de la diversité, peut-être pas nécessairement dans l’équipe fondatrice, mais dans les 10 premiers employés. Il faut qu’il y ait une certaine diversité au sein de cette équipe. Sinon, vous ne contribuerez probablement pas à résoudre le problème mondial le plus important. C’est pourquoi j’ai refusé des opportunités d’investissement vraiment très intéressantes. C’est un travail de longue haleine, nous avons un long chemin à parcourir.