Actualmente, solo aproximadamente 1 de cada 4 empleados del sector tecnológico se identifica como mujer. Entonces, ¿qué se necesita para desarrollar una carrera exitosa como mujer en el sector tecnológico? En esta serie de entrevistas llamada Mujeres en tecnología, hablamos con líderes exitosas del sector tecnológico para compartir historias y perspectivas sobre lo que hicieron para desarrollar carreras prósperas. También hablamos de los pasos necesarios para crear un excelente producto tecnológico. Como parte de esta serie, tuve el placer de entrevistar a Elizabeth Lawler.
Elizabeth Lawler
Elizabeth Lawler es cofundadora y directora ejecutiva de AppMap, la primera plataforma de observabilidad para desarrolladores que ofrece rendimiento dinámico del software, análisis de seguridad e información del tiempo de ejecución a los desarrolladores en el editor de código. Anteriormente, Elizabeth fue vicepresidenta de Seguridad de DevOps en CyberArk, donde puso en marcha la estrategia de comercialización de código abierto de la empresa para herramientas y tecnologías dirigidas a desarrolladores. Antes de incorporarse a CyberArk, Elizabeth fundó Conjur (adquirida por CyberArk), que desarrolló el primer producto para abordar las deficiencias de seguridad de las cuentas privilegiadas en software de DevOps, en la nube y nativo de contenedores. Elizabeth también se desempeñó como directora de Datos de Generation Health (adquirida por CVS Caremark) y ocupó puestos de liderazgo nacional en el Departamento de Asuntos de los Veteranos. Tiene un doctorado y se formó como científica de datos.
¡Muchas gracias por acompañarnos en esta serie de entrevistas! Antes de comenzar, a nuestros lectores les encantaría saber más sobre ti. ¿Puedes contarnos una historia sobre lo que te llevó a elegir esta trayectoria profesional concreta?
AppMap es mi segunda empresa emergente tecnológica en el ámbito de las herramientas para desarrolladores. Comencé mi carrera enseñando computación estadística a estudiantes, después me convertí en científica de datos y luego en líder de TI, desempeñándome como directora de Datos y directora de Seguridad. Finalmente, comencé a fundar empresas tecnológicas para crear nuevos productos que satisficieran necesidades que tenía respecto a productos que no existían en el mercado.
Al intentar comunicar arquitecturas de software complejas a personas nuevas, empleados y partes interesadas, me di cuenta de que existían malentendidos y conceptos erróneos evidentes en torno a la arquitectura del código, la forma en que se comporta el software cuando está en ejecución, y las ideas equivocadas sobre la calidad, el rendimiento, la seguridad, etc.; gran parte de lo que necesitamos comprender es opaco o se basa en modelos mentales. Sin embargo, el software es, por sí mismo, declarativo de su propio comportamiento, y el código está en la mejor posición para explicar cómo funciona cuando se ejecuta. Ese fue mi momento de revelación y lo que me impulsó, junto con algunos de los primeros miembros del equipo, a crear AppMap.
Se dice que nuestros errores pueden ser, en ocasiones, nuestros mejores maestros. ¿Puedes compartir una historia sobre el error más divertido que cometiste cuando comenzabas? ¿Puedes contarnos qué aprendiste de él?
No sé si este es un ejemplo divertido, pero sí es un ejemplo real. Dicen que no se deben repetir los propios errores, pero eso fue exactamente lo que hicimos. Cuando empezamos a idear AppMap, al tratarse de un producto de análisis de código en tiempo de ejecución, comenzamos a desarrollarlo como un SaaS. Era una de las formas más sencillas de crear un prototipo y recopilar los datos de prueba que necesitábamos de proyectos de código abierto para validar nuestra tecnología.
Dado nuestro historial en ciberseguridad, sabíamos desde el principio que existía una gran sensibilidad en torno al análisis dinámico y al almacenamiento de datos de código confidenciales. Las canalizaciones de desarrollo de software pueden ser vectores para la inserción de código malicioso, y las personas pueden obtener acceso a código y canalizaciones confidenciales a través de todo tipo de herramientas integradas de terceros, como lo demuestran las recientes brechas en sistemas de CI.
Si trasladábamos AppMap por completo al editor de código y hacíamos nuestra plataforma de datos más pequeña para acercarla al código, podíamos reducir el riesgo para la seguridad de los datos. Las personas podrían utilizar AppMap y nosotros podríamos asegurarles que «tu código es tu código». Redujimos el riesgo del software de terceros y la adopción despegó.
Pero entonces decidimos que queríamos crear análisis. Así que comenzamos a desarrollarlos en un servidor utilizando proyectos de código abierto como datos de prueba. Una vez más, los consumidores dijeron: «No lo quiero ahí. Ponlo en mi IDE». Una vez más, trasladamos todas esas características y funcionalidades de vuelta a la base de código, que es donde se encuentran hoy las capacidades de análisis.
La lección aquí es que cometer el mismo error dos veces resulta igual de doloroso la segunda vez que la primera.
¿Cuál dirías que ha sido el momento decisivo de tu carrera?
El pasado octubre, AppMap participó en TechCrunch Disrupt y fue algo extraordinario. Fue una experiencia diferente a todo lo que había vivido antes: competir de esa manera, con la audiencia y el alcance que tiene ese evento. Creo que AppMap se benefició de poder compartir nuestro mensaje en esa plataforma.
Sin embargo, no creo que el momento decisivo de mi carrera haya ocurrido todavía; siempre hay un desafío nuevo y mayor por delante. Veo grandes cosas por delante para este equipo y para este producto.
¿Puedes contarnos una historia sobre los momentos difíciles que enfrentaste cuando comenzaste tu trayectoria? ¿Alguna vez pensaste en rendirte? ¿De dónde sacaste la motivación para continuar, aunque las cosas fueran tan difíciles?
Decidir crear un producto de espacio inexplorado no es una tarea sencilla. Hay que ser capaz de captar la imaginación de las personas para que adopten o prueben algo que no sabían que podía existir y cuyo beneficio no comprenden intuitivamente. Aunque crear y tener la capacidad de imaginar algo que aún no existe es muy divertido, también puede ser muy frustrante. Los productos de espacio inexplorado son difíciles de comunicar con precisión y, a veces, uno se pregunta: “¿puedo seguir haciendo esto?”, porque es algo muy difícil de lograr. Es el tipo de problema más complicado de resolver como emprendedor.
Acudimos a Google, Meta y empresas con herramientas de experiencia de desarrollo de primer nivel, y no tenían nada parecido a lo que estábamos creando. Validamos nuestras suposiciones sobre lo que faltaba, pero no creo que la gente pensara que fuera posible. Necesitábamos creer realmente en nuestra visión y en nuestra capacidad para crear este producto. Tengo mucha suerte de trabajar con un equipo que realmente puede crear productos técnicamente complejos y de una profundidad extraordinaria.
Es emocionante y aterrador ver una oportunidad que otros no ven. Es cuando empiezas a adquirir algo de impulso, ves que las cosas comienzan a encajar para las personas y que empiezan a amplificar lo que has creado; entonces comprendes por qué lo hiciste. Escuchas el entusiasmo del usuario. Ahora quieres llegar aún más lejos y deleitarlo todavía más.
Nos encantaría conocer un poco más sobre su empresa. ¿Cuál es el problema que su empresa ayuda a resolver? ¿Cómo ayuda su empresa a las personas?
AppMap ofrece la primera plataforma de observabilidad para desarrolladores que proporciona análisis dinámico del software, incluidos análisis de rendimiento y de seguridad, directamente a los desarrolladores en el editor de código.
Hasta ahora, existía una enorme brecha en el mercado, ya que los desarrolladores y los equipos de software se veían obligados a depender de herramientas de análisis estático y no podían identificar problemas complejos de diseño relacionados con el código ni solucionar los problemas de los clientes antes de que se publicaran. Esto daba lugar a horas de retrabajo que frenaban la creatividad y la innovación. El trabajo tedioso del software es uno de los principales factores que impulsan la renuncia silenciosa de los desarrolladores.
AppMap transforma los enfoques tradicionales de la experiencia del desarrollador al integrar perfectamente su herramienta de análisis del código en tiempo de ejecución y de código abierto directamente en el editor de código. Esto permite a los usuarios ver no solo el comportamiento del código, sino también cualquier cambio propuesto en el rendimiento, la seguridad y la estabilidad mientras se desarrolla el código. Esto eleva la experiencia del desarrollador al proporcionar información predictiva y práctica cuando resulta fácil realizar cambios.
Si alguien quiere liderar una gran empresa y crear grandes productos, ¿cuál es la cualidad más importante que debería tener esa persona y qué hábitos o comportamientos sugeriría para perfeccionar esa cualidad en particular?
Es absolutamente necesario tener empatía por el usuario. Como herramienta para desarrolladores dentro del editor de código, estás en el espacio creativo más íntimo de tu usuario. Estás en su escritorio, en ese momento creativo de desarrollo que define lo que hacen los desarrolladores. Para ser útil, debes tener mucha compasión y ser prudente con la forma en que ayudas. Es un equilibrio muy delicado.
El objetivo es crear algo que a la gente le encante y sin lo cual no quiera trabajar. Es una cuesta muy empinada en términos de diseño de productos y desarrollo. La forma de asegurarte de que siempre pones al usuario en primer lugar es conocerlo y crear una comunidad y conversaciones en torno a los enfoques.
En AppMap sabemos que las ideas pueden surgir de cualquier lugar. Estamos elaborando perfiles de muchos desarrolladores y de nuestras páginas de la comunidad. En nuestra comunidad están representadas personas de todo el mundo: de los 50 estados de Estados Unidos y de cientos de países. Esto nos brinda la oportunidad de reflejar y comprender las necesidades de todos. Esa es la forma más poderosa de impulsar nuestra misión.
Hablemos de los equipos. ¿Qué estrategia o marco de gestión de equipos ha encontrado especialmente útil para el proceso de desarrollo de productos?
Desde nuestro producto hasta la forma en que trabaja nuestro equipo, la transparencia es fundamental. Con AppMap, empezamos primero con el código abierto porque eso permite que cualquiera que pueda leer y comprender nuestro producto nos aporte ideas y comentarios. Al elegir ser abiertos, creamos la oportunidad de mantener conversaciones sobre el producto con la población de usuarios a la que intentamos servir. La apertura es algo en lo que nuestro equipo cree firmemente.
Cuando piensa en el equipo más sólido con el que haya trabajado, ¿por qué cree que el equipo trabajaba tan bien unido y puede recordar alguna anécdota que ilustre esa dinámica?
En realidad, el equipo de AppMap está formado por muchos miembros de mi antiguo equipo de Conjur. Algunos de nosotros hemos ido de una empresa a otra, trabajando juntos en proyectos sucesivos de espacio inexplorado.
Lo que más me impresiona de este equipo es que no solo trabajamos bien juntos, sino que también lo hacemos bien frente a la adversidad. Nos enfrentamos a los problemas y trabajamos para resolverlos, aceptando los comentarios independientemente de quién esté en la sala. Así es como trabajamos todos juntos.
Como equipo, nos reunimos con frecuencia para crear alineación. Hemos logrado fomentar una cultura de transparencia radical. Todos pueden aportar ideas desde cualquier rincón de la organización. Nos cuidamos unos a otros y hacemos un muy buen trabajo en ese sentido.
Si solo tuviera una herramienta de software en su arsenal, ¿cuál sería, por qué y qué otras herramientas considera fundamentales para la misión?
Creo que los editores de código, como VS Code y JetBrains, son lugares realmente extraordinarios para trabajar. No solo los adoptamos como un espacio en el que nos consideramos miembros del ecosistema, sino que también se puede ver cómo todas las herramientas y tecnologías dirigidas a los desarrolladores están pasando a ese entorno, lo que las hace absolutamente indispensables. Si quieres entender cómo se crean los productos de software, necesitas comprender qué ocurre dentro del editor de código. Observa Co-pilot y otras herramientas generativas que están ampliando los límites dentro del editor de código.
Como líder empresarial, otra herramienta fundamental para la misión es el software de gestión del tiempo. Sin una solución de software de gestión del tiempo, sería fácil pasar el día como uno quisiera y dejarse llevar por la inercia. Mis días son más productivos cuando programo tiempo de concentración para hacer las cosas importantes.
Hablemos del tiempo de desconexión. ¿Cuál es tu práctica o ritual habitual para prevenir el agotamiento?
Probablemente mis hijos sean el mejor antídoto contra el agotamiento. Los niños no te dejan trabajar cuando estás con ellos. Estarán en tu oficina, diciéndote que guardes el trabajo o que necesitan tu tiempo y atención. Los niños te obligan a estar presente y a dejar el trabajo. Atesoro cada momento con ellos y me alegra que me hagan dejar la tecnología.
Según tu experiencia, ¿cuáles son tus “5 pasos necesarios para crear excelentes productos tecnológicos”?
1. Define tu POV y atrévete a ser diferente: después, llévalo al mercado y comprueba si conecta con los usuarios. En AppMap, creemos que la única fuente de verdad es el editor de código y que deberías tener todas las herramientas que necesitas justo donde realizas tu trabajo. A partir de ahí, aprovecha los comentarios cuantitativos y cualitativos de tus usuarios para impulsar nuevas funcionalidades. Cuando las cosas funcionan, profundiza y sigue comprometiéndote, pero no tengas miedo de abandonar las áreas que no están siendo utilizadas.
2. Sumérgete de inmediato: y acércate lo máximo posible al usuario. Mantente abierto a aprender de tu equipo y de tus clientes, y establece contactos para obtener comentarios del mercado. Una táctica que emplea AppMap es publicar ampliamente en su blog contenido de nivel tutorial en nuestra página de la comunidad de desarrolladores. Esto nos ayuda a comprender en qué áreas deberíamos invertir más cuando observamos altos niveles de interacción con una funcionalidad concreta. Cualquier empresa que quiera crear un gran producto debería tomar sus ideas de MVP, compartirlas ampliamente y utilizar los datos de interacción para determinar su nivel de inversión.
3. Empieza y luego construye continuamente: Reid Hoffman dijo célebremente: “Si no te avergüenza la primera versión de tu producto, lo has lanzado demasiado tarde”, y eso debería convertirse en tu mantra para desarrollar productos. También es importante ser consciente de que no eres un producto de humo ni una fábrica de funcionalidades. Busca un buen punto medio entre la integridad del planteamiento y el margen de mejora en los primeros lanzamientos del producto. La realidad es que, si tu producto resuelve un caso de uso pequeño, la gente lo utilizará para resolver sus problemas a pesar de una experiencia de usuario poco pulida o de pequeños errores.
4. Lánzalo y mide, mide, mide: No esperes que los usuarios te proporcionen una gran cantidad de comentarios cualitativos sobre tu producto, especialmente cuando desarrollas para públicos técnicos. Estos usuarios están ocupados y sobrecargados con otras tareas. No tienen tiempo para darte comentarios detallados. La mejor forma de comprender a tus usuarios es medir sus interacciones con tu producto, si es posible.
Si tu nivel de uso es suficientemente alto, intenta iterar rápidamente sobre los datos que recibes y, si tienes una base de usuarios grande, segmenta a los usuarios lo mejor que puedas para comprender mejor las diferencias entre los usuarios avanzados y los principiantes. Estos tipos de usuarios necesitan funcionalidades diferentes, y desarrollar funcionalidades para un público podría causar problemas a otros.
5. Itera y evoluciona: El enfoque es el atributo más importante de cualquier empresa, especialmente de las empresas emergentes. Las empresas emergentes simplemente no tienen el tiempo ni el dinero para invertir en múltiples áreas. No dediques tiempo a preocuparte por el coste de oportunidad de no trabajar en “todas las cosas”. En su lugar, céntrate en los elementos de mayor impacto y divide el trabajo en pequeños fragmentos. Al dividir los entregables en unidades más pequeñas, puedes responder más rápido a los comentarios de los usuarios o a los datos de uso y evolucionar continuamente tu producto para deleitar a tus usuarios.
¿Estás satisfecha actualmente con el statu quo de las mujeres en el sector tecnológico? ¿Qué cambios específicos crees que son necesarios para cambiar el statu quo?
Las mujeres que lideran empresas tecnológicas y ocupan puestos de poder siguen siendo la excepción, no la norma. Las empresas dirigidas por mujeres en el sector empresarial B2B representan solo el 2 % de las empresas financiadas mediante capital riesgo. Hay mujeres líderes en este sector con un talento extraordinario, pero que aún no han recibido patrocinio. Esta es una de mis pasiones. Creo que todavía es necesario construir la equidad. Espero poder ser un ejemplo sólido y ayudar a otras mujeres a poner en marcha sus ideas, porque es difícil. Las cifras no mienten: desde el salario hasta la valoración y la parte del pastel de la inversión que corresponde a las mujeres. Creo que la gente debería prestar más atención a las empresas B2B fundadas por mujeres a largo plazo. Ofrecen el mejor valor por cada dólar.
¿Hay alguna persona en el mundo con la que te encantaría desayunar o almorzar en privado, y por qué?
Admiro mucho a Diane Greene y la trayectoria de su carrera. Comenzó como arquitecta naval antes de pasar al sector tecnológico. Fue fundadora y directora ejecutiva de VMware, directora del consejo de administración de Google y directora ejecutiva de Google Cloud, además de cofundadora y directora ejecutiva de dos empresas emergentes adquiridas por Google y Microsoft.
Para obtener más contenido como este, suscríbete a el boletín de The CPO Club.
