En mi primer día como estudiante pasante de la gestión de producto en Tech Matters, pregunté tímidamente a mi mentor Derek: “¿Qué es exactamente un gerente de producto?”. No recuerdo exactamente lo que dijo, pero sí sé que lo expresó tan bien que al menos puedo decir lo esencial: Un gerente de producto representa al usuario, sus necesidades, y sus deseos ante el resto del equipo. Fue entonces cuando supe que estaba justo donde tenía que estar durante el verano. Hace tiempo que me interesa tender un puente entre la tecnología, la política, y la sociedad, pero para comprender mejor las múltiples formas en que la tecnología puede aprovecharse para el bien, primero quería entender todos los aspectos de la tecnología en su interacción con las personas y las comunidades.
Sobre la base de experiencias anteriores en el ámbito académico y gubernamental, este verano pude explorar la tecnología desde la perspectiva de las empresas sin fines de lucro. Aprendí cómo, incluso en un espacio que depende de los incentivos del sector privado, podemos construir tecnología centrada en el ser humano. Por ejemplo, nuestro equipo se centró constantemente en el hecho de que la mayoría de los usuarios de nuestra plataforma técnica no eran técnicos. También tuvimos que enfrentarnos a los retos de ingeniería derivados de nuestra decisión de dar prioridad a la privacidad de los datos. No sólo eso, sino que debido a la genial misión global de la que Terraso forma parte con 1000 Paisajes para Mil Millones de Personas, también pude ampliar mi visión del mundo, todo ello mientras me entregaba al trabajo más multidisciplinario del que he formado parte. Más allá de mis interacciones primarias con la tecnología y el medio ambiente, también me incursioné en las finanzas, la organización comunitaria, el desarrollo de capacidades, y una gran variedad de actividades relacionadas con los mapas.
El motivo detrás de estas experiencias de aprendizaje, por supuesto, era mi objetivo principal de aprender a ser un gerente de producto. Una de las primeras actividades en las que participé fue en nuestros estudios de usabilidad. Durante todo el verano, observé cómo Hana y Derek daban forma a cada entrevista con los usuarios para centrarse en lo que nuestros compañeros de codiseño tenían que decir. Al verlos dar a nuestros usuarios abundante espacio para hablar de sus desafíos, necesidades, e incluso sus sueños, me di cuenta de que la gestión de producto consiste en representar auténticamente al usuario ante el resto de nuestro equipo de trabajo. Me impactó el cuidado que pusieron en evitar hacer sus propias suposiciones, y en asegurarse de que cada decisión estuviera respaldada no sólo por una, ni por dos, sino por tres o más solicitudes de validación de nuestros socios de codiseño, para entender realmente lo que pedían nuestros socios. Su paciencia y su capacidad de escucha activa fueron cosas que me esforcé por perfeccionar y canalizar a lo largo de mi verano, y que llevaré conmigo el resto de mi vida.
Aunque sabía que estos estudios de usabilidad eran fundamentales para identificar las necesidades que Terraso, como producto, aún no había abordado, al principio de mis prácticas seguía estando un poco perdida. Todas estas entrevistas con los usuarios, las conversaciones internas sobre las características en desarrollo, y las conversaciones generales con nuestros socios de codiseño parecían transcurrir en líneas de tiempo diferentes.
Por suerte, aprender a redactar las especificaciones del producto me ayudó a unirlo todo. Darme cuenta de que Terraso no era más que la culminación de docenas de proyectos mucho más pequeños, todos ellos nacidos de las especificaciones del producto, me permitió reorientar mi papel. Aprendí que las especificaciones de los productos ayudan a fundamentar al gerente de producto, que a su vez ayuda a enmarcar la dirección del resto de nuestro equipo. Además, las especificaciones de producto me ayudaron a unir los avances a corto plazo que habíamos hecho a través de los estudios de usabilidad y los debates de diseño con los objetivos a largo plazo de Terraso.
Me queda mucho por aprender sobre el arte de las especificaciones de producto eficaces, pero al redactarlas y revisarlas con mi equipo, he cuestionado algunas de mis propias suposiciones. Por ejemplo, admito que cuando Derek me habló del componente de Historias de Usuario (una Historia de Usuario se escribe como un escenario hipotético desde el punto de vista del usuario, imaginando las formas exactas en que el usuario interactuará con el producto propuesto en la especificación de producto), dudé en tomarlo en serio. Parecía un ejercicio de escritura creativa para un argumento no muy creativo (cada frase suele empezar con algo parecido a «Como usuario, debería ser capaz de…», por lo que parecía muy formulista y redundante). Sin embargo, muy rápidamente y afortunadamente, aprendí que las Historias de Usuario son en realidad una de las principales formas en que nuestros ingenieros son capaces de conectar con el lado del usuario del producto que están construyendo. De repente, algo de lo que había sido escéptica se convirtió en una clave que había estado buscando todo el tiempo: ¡el puente entre el usuario y la tecnología! Llegué a Tech Matters este verano buscando formas de humanizar la tecnología que construimos. Las Historias de Usuario y la creación de especificaciones de producto no eran la única forma de hacerlo, sino que me di cuenta de que la Gestión de Producto era un papel que me permitía ser ese puente yo misma.
Mucho de lo que aprendí y logré este verano sólo fue posible gracias a la gente increíblemente maravillosa con la que trabajé en Tech Matters. Estoy más que agradecida por el tiempo que pasé con el equipo de Terraso y no puedo esperar a aplicar lo que aprendí en mi próxima aventura.
