About me: I have been working in startups since 2004. I spent 10 years at Apontador/MapLink and was part of Creditas (fintech last valued at $4.8bi) from its early days. Initially, as an Advisor, I hired the first software engineers for Creditas. As the business developed, I joined the project full-time as VP. I scaled the technology team to 150 people and later led international expansion and new product initiatives. I left in 2022 and, after a sabbatical, started working as an independent consultant in 2023.
La Importancia de un Mindset de Producto
|
Si eres dev y no estás de acuerdo con que un ítem de trabajo de tu backlog vaya a generar el resultado esperado:
Si eres una persona de producto y los devs del equipo cuestionan el backlog, agradece e incentiva este comportamiento. Es señal de que a tu equipo le importa el producto, los clientes, y que la empresa tiene una cultura de trabajo en equipo. ¡Van por el camino correcto! Suelo utilizar este pequeño caso en entrevistas de devs para entender si la persona tiene una mentalidad de desarrollo de producto o si es solo una ejecutora de código. No quiero ejecutores de código en mis equipos. Cuando los devs responden que tienen responsabilidad, ya es una gran señal. Pero la mejor respuesta a esta pregunta es la siguiente: "¿Cómo es eso de que producto o negocio me piden una funcionalidad? En mi equipo discutimos juntos los objetivos y definimos funcionalidades para alcanzarlos". Rara vez ocurre, ¡pero es música para mis oídos! |
Leo Andreucci - CTO Mentor
About me: I have been working in startups since 2004. I spent 10 years at Apontador/MapLink and was part of Creditas (fintech last valued at $4.8bi) from its early days. Initially, as an Advisor, I hired the first software engineers for Creditas. As the business developed, I joined the project full-time as VP. I scaled the technology team to 150 people and later led international expansion and new product initiatives. I left in 2022 and, after a sabbatical, started working as an independent consultant in 2023.
Cuando hablamos de IA en equipos de tecnología, muchas cosas se mezclan. Pero hay una distinción que ayuda mucho a dar más claridad. La IA está haciendo dos cosas diferentes al mismo tiempo: amplification (aumentar la productividad) y augmentation (aumentar la capacidad). Amplification es cuando la IA mejora la productividad de quienes ya están en el equipo. Escribes código más rápido, resuelves tareas repetitivas y ahorras tiempo. Pero sigue siendo el mismo equipo, haciendo el mismo trabajo,...
Quando falamos de IA em times de tecnologia, muita coisa se mistura. Mas tem uma distinção que ajuda muito a dar mais clareza. IA está fazendo duas coisas diferentes ao mesmo tempo: amplification (aumentar produtividade) e augmentation (aumentar capacidade). Amplification é quando IA melhora a produtividade de quem já está no time. Você escreve código mais rápido, resolve tarefas repetitivas e ganha tempo. Mas continua sendo o mesmo time, fazendo o mesmo trabalho, só que mais rápido....
He visto mucha discusión sobre cómo la IA va a hacer a los equipos más productivos. Mi visión es más simple: no mejora equipos. Amplifica lo que ya existe. Si tu equipo ya tiene buenos estándares, claridad de arquitectura, buenas prácticas y disciplina, la IA acelera todo eso. Si tu equipo es desorganizado, no tiene estándares claros, no define bien los problemas y toma decisiones inconsistentes, la IA también acelera eso.Y muchas veces, de forma más peligrosa. Antes, un equipo desorganizado...