Mujeres en Tecnología: Elizabeth Lawler de AppMap Sobre los 5 Pasos Necesarios para Crear Grandes Productos Tecnológicos

Al intentar comunicar arquitecturas de software complejas a nuevas personas, empleados y otros interesados, me di cuenta de que había evidentes malentendidos y conceptos erróneos sobre la arquitectura del código, cómo se comporta el software cuando se ejecuta, conceptos equivocados sobre calidad, rendimiento, seguridad, etc.; mucho de lo que necesitamos entender es opaco o está basado en modelos mentales. Pero el propio software declara su comportamiento y el código es el mejor posicionado para explicar cómo funciona en ejecución. Ese fue el momento aha para mí, y lo que impulsó a mí y a algunos de los primeros miembros del equipo a construir AppMap.

Se dice que a veces nuestros errores pueden ser nuestros mejores maestros. ¿Puede compartir una historia sobre el error más divertido que cometió cuando empezaba? ¿Puede decirnos qué lección aprendió de eso?

No sé si este es un ejemplo gracioso, pero es real. Dicen que no deberías repetir tus propios errores, pero nosotros hicimos justamente eso. Cuando comenzamos a idear AppMap, siendo un producto de análisis de código en tiempo de ejecución, empezamos a desarrollarlo como un SaaS. Era una de las formas más fáciles de construir un prototipo y obtener los datos de prueba que necesitábamos de proyectos de código abierto para validar nuestra tecnología. 

Dado nuestro trasfondo en ciberseguridad, sabíamos desde el principio que había mucha sensibilidad respecto al análisis dinámico y el almacenamiento de datos sensibles del código. Las cadenas de desarrollo de software pueden ser vectores para la inserción maliciosa de código y las personas pueden acceder a código y pipelines sensibles a través de todo tipo de herramientas integradas de terceros, como lo demuestran recientes brechas en sistemas de CI.

Si trasladábamos AppMap por completo al editor de código y miniaturizábamos nuestra plataforma de datos para acercarla al código, podríamos reducir el riesgo de seguridad de datos. La gente podría usar AppMap y podríamos asegurar al usuario que “tu código es tu código”. Así reducimos el riesgo de software de terceros y la adopción despegó. 

Pero luego decidimos que queríamos crear analíticas. Así que empezamos a construir en un servidor usando proyectos de código abierto como nuestros datos de prueba.  De nuevo, los consumidores decían: “No lo quiero ahí. Ponlo en mi IDE”. Nuevamente, trasladamos todas esas funciones y capacidades otra vez al código fuente, que es donde hoy se encuentran las capacidades de análisis. 

La lección aquí: cometer el mismo error dos veces duele igual la segunda vez que la primera.

¿Cuál considera que ha sido el momento que ha definido su carrera?

El pasado octubre, AppMap participó en TechCrunch Disrupt y fue una experiencia fenomenal. Fue una experiencia diferente a cualquier otra que hubiera tenido antes, competir de esa forma y con la audiencia y el alcance de ese evento. Creo que AppMap se benefició mucho al poder compartir nuestro mensaje en esa plataforma. 

Sin embargo, no creo que el momento definitorio de mi carrera haya llegado todavía, siempre hay un reto nuevo y más grande por delante. Veo grandes cosas por venir para este equipo y para este producto.

¿Puede contarnos una historia sobre los momentos difíciles que enfrentó cuando inició su camino? ¿Pensó alguna vez en rendirse? ¿De dónde sacó la motivación para seguir adelante a pesar de lo difícil que todo se volvía?

Decidir crear un producto de espacio en blanco no es una tarea fácil. Tienes 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 de lo cual no comprenden intuitivamente el beneficio. 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 en blanco suponen un reto al momento de comunicarse con precisión y a veces te preguntas, “¿puedo seguir haciendo esto?” porque es una tarea realmente difícil. Es el tipo de problema más difícil de resolver como emprendedor. 

Contactamos a Google, Meta y compañías con herramientas de experiencia de desarrollo de élite, 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 de verdad en nuestra visión y en nuestra capacidad de crear este producto. Me siento muy afortunado de trabajar con un equipo que puede construir productos increíblemente profundos y técnicamente desafiantes.

Es emocionante y aterrador ver una oportunidad que otros no ven. Es cuando empiezas a ganar ese pequeño impulso y ves que empieza a hacer "clic" en las personas y comienzan a amplificar lo que has construido, ahí te das cuenta de por qué lo hiciste. Escuchas la satisfacción del usuario. Ahora quieres ir aún más lejos y sorprenderlos todavía más.

Nos encantaría conocer un poco sobre tu empresa. ¿Cuál es el punto de dolor que tu empresa ayuda a resolver? ¿Cómo ayuda tu empresa a las personas? 

AppMap proporciona la primera plataforma de observabilidad para desarrolladores que ofrece análisis dinámico de software, incluyendo análisis de rendimiento y seguridad, directamente a los desarrolladores en el editor de código. 

Hasta ahora, existía una gran 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 o solucionar problemas de clientes antes de su lanzamiento. Esto resultaba en horas de retrabajo que frenan la creatividad y la innovación. El trabajo tedioso en el software es uno de los principales motivos por los que los desarrolladores abandonan silenciosamente su trabajo.

AppMap revoluciona los enfoques tradicionales de la experiencia del desarrollador al integrar sin problemas su herramienta de análisis de código en tiempo de ejecución 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 el código se está desarrollando. Esto eleva la experiencia del desarrollador al proporcionar información predictiva y accionable cuando es fácil hacer cambios.

Si alguien desea liderar una gran empresa y crear productos excepcionales, ¿cuál es la cualidad más importante que esa persona debería tener, y qué hábitos o comportamientos sugerirías para perfeccionar dicha cualidad?

Absolutamente debes tener empatía por tu usuario. Como herramienta de desarrollo en el editor de código, estás en el espacio creativo más íntimo con tu usuario. Estás en su escritorio, en su momento de creación que define lo que hacen los desarrolladores. Para ser de ayuda, se necesita mucha compasión y hay que ser juicioso en cómo se ayuda. Es todo un arte.

El objetivo es crear algo que la gente ame y sin lo cual no quiera trabajar. Eso es una subida muy empinada en términos de diseño de producto y desarrollo. La manera de asegurarse de que siempre se pone al usuario en primer lugar es conocerlo y crear comunidad y conversaciones en torno a los enfoques.

En AppMap, sabemos que las ideas pueden venir de cualquier parte. Perfilar a muchos desarrolladores y nuestras páginas comunitarias. Tenemos gente de todo el mundo – de los 50 estados de Estados Unidos y cientos de países – representados en nuestra comunidad. Esto nos da la oportunidad de reflexionar y comprender las necesidades de todos. Esa es la manera más poderosa en la que impulsamos nuestra misión.

Hablemos de equipos. ¿Cuál es una estrategia de gestión de equipos o marco que has encontrado excepcionalmente útil para el proceso de desarrollo de productos?

Desde nuestro producto hasta la forma en que opera nuestro equipo, la transparencia es clave. Con AppMap, empezamos primero con código abierto porque permite que cualquier persona que pueda leer y entender nuestro producto nos brinde sugerencias y comentarios. Al elegir ser abiertos, creamos la oportunidad de tener conversaciones sobre el producto con la población de usuarios a la que queremos servir. Ser abiertos es algo en lo que realmente creemos en nuestro equipo. 

Cuando piensas en el equipo más fuerte con el que has trabajado, ¿por qué crees que ese equipo funcionó tan bien juntos y puedes recordar alguna anécdota que ilustre esa dinámica?

El equipo de AppMap está formado en realidad por muchos miembros de mi antiguo equipo de Conjur. Un grupo de nosotros ha ido de empresa en empresa, trabajando juntos en proyectos de espacio en blanco en serie. 

Lo que más me impresiona de este equipo es que no solo trabajamos bien juntos, sino que también lo hacemos frente a la adversidad. Nos enfrentamos a los problemas y trabajamos para solucionarlos, aceptando las críticas sin importar 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 mutuamente y realmente lo hacemos muy bien.

Si solo tuvieras una herramienta de software en tu arsenal, ¿cuál sería, por qué, y qué otras herramientas consideras fundamentales para la misión?

Creo que los editores de código, como VS Code y JetBrains, son lugares realmente fenomenales para trabajar. No solo valoramos estos entornos como miembros del ecosistema, sino que puedes ver cómo todas las herramientas y tecnologías dirigidas a desarrolladores están migrando a ese ambiente, haciéndolos absolutamente indispensables. Si quieres entender cómo se construyen los productos de software, necesitas entender lo que está sucediendo dentro del editor de código.  Mira Co-pilot y otras herramientas generativas que están empujando los límites en el editor de código.

Como líder empresarial, otra herramienta de misión crítica es el software de gestión del tiempo. Sin una solución de software para la gestión del tiempo, sería fácil pasar tu día como quieras y dejar que la inercia te lleve a lo largo de la jornada. Mis días son más productivos cuando programo tiempo de enfoque para sacar adelante las cosas importantes.

Hablemos del tiempo de descanso. ¿Cuál es tu práctica o ritual favorito para prevenir el agotamiento?

Mis hijos probablemente son 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 dejar el trabajo de lado. Atesoro cada momento con ellos y me alegra que me hagan dejar la tecnología.

Según tu experiencia, ¿cuáles son los “5 pasos necesarios para crear grandes productos tecnológicos”?

1. Define tu punto de vista y atrévete a ser diferente: luego llévalo al mercado y comprueba si conecta. En AppMap, creemos que la fuente única de verdad es el editor de código y que deberías tener todas las herramientas que necesitas, justo donde estás trabajando. A partir de ahí, aprovecha tanto el feedback cuantitativo como cualitativo de tus usuarios para impulsar nuevas funciones. Cuando algo funciona, profundiza y sigue apostando, pero no temas abandonar áreas que no tienen uso.

2. Sumérgete de lleno: y acércate lo máximo posible al usuario. Está abierto a aprender de tu equipo y de los clientes, y haz networking para obtener retroalimentación del mercado. Una táctica que seguimos en AppMap es publicar extensamente tutoriales en nuestro portal de comunidad Dev. Esto nos ayuda a entender en qué áreas debemos invertir más cuando vemos altos niveles de participación en ciertas funciones. Cualquier empresa que quiera crear un gran producto debería tomar sus ideas de MVP, compartirlas ampliamente y usar los datos de interacción para guiar 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, es que lo lanzaste demasiado tarde”, y eso debe convertirse en tu mantra de construcción de producto. También es importante tener claro que no eres vaporware ni una fábrica de funciones. Aspira a encontrar un buen punto intermedio entre un pensamiento completo y margen de mejora en los primeros lanzamientos del producto. La realidad es que, si tu producto resuelve un pequeño caso de uso, la gente lo usará para solucionar sus problemas, aunque la experiencia de usuario sea tosca o haya pequeños errores.

4. Lánzalo y mide, mide, mide: No esperes que los usuarios te den mucho feedback cualitativo para tu producto, especialmente al crear para audiencias técnicas. Estos usuarios están ocupados y sobrecargados de trabajo. No tienen tiempo para darte retroalimentación detallada. La mejor manera de entender a tus usuarios es medir sus interacciones con tu producto si puedes.

Si tu uso es lo suficientemente alto, intenta iterar rápidamente según los datos que recibas, y si tienes una gran base de usuarios, segméntalos lo mejor posible para comprender mejor las diferencias entre los usuarios avanzados y los principiantes. Estos tipos de usuario necesitan funciones diferentes y crear para un segmento puede causar problemas en el otro.

5. Itera y evoluciona: La concentración es el atributo más importante de cualquier empresa, especialmente de las startups. Las startups simplemente no tienen el tiempo ni el dinero para invertir en muchas áreas a la vez. No pierdas el tiempo preocupándote por el coste de oportunidad de no trabajar en “todas las cosas”. En cambio, céntrate en los temas de mayor impacto y divide el trabajo en partes pequeñas. Al dividir los entregables en unidades más reducidas, puedes responder más rápido al feedback o a los datos de uso y evolucionar tu producto continuamente para sorprender a tus usuarios.

¿Estás actualmente satisfecha con el statu quo sobre las mujeres en tecnología? ¿Qué cambios específicos crees que son necesarios para cambiar el statu quo?

Las mujeres que lideran compañías tecnológicas y ocupan puestos de poder siguen siendo la excepción y no la regla. Las empresas lideradas por mujeres en el espacio empresarial B2B siguen siendo solo el 2% de las compañías financiadas por capital de riesgo. Hay mujeres en esta industria con un talento enorme, pero que aún no han sido promovidas. Esto es una de mis pasiones. Creo que todavía hay mucho camino por recorrer en cuanto a equidad. Espero poder ser un ejemplo fuerte y ayudar a otras mujeres a que sus ideas salgan adelante, porque es difícil. Los números no engañan: desde el salario, hasta la valoración y la parte que las mujeres obtienen de la inversión. Creo que la gente debería mirar más atentamente los negocios B2B fundados por mujeres a largo plazo. Ofrecen el mejor valor por cada dólar invertido.

¿Hay una persona en el mundo con la que te encantaría compartir un desayuno o almuerzo 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 CEO de VMware, directora del consejo de Google y CEO de Google Cloud y cofundadora y CEO de dos startups adquiridas por Google y Microsoft.

Para más contenido como este, suscríbete a El boletín de The CPO Club.