Cómo mejorar la productividad de tu equipo técnico sin obsesionarte con medirlo todo
Con Marco Patiño, fundador de Pullpo
Marco es desarrollador, emprendedor y una de esas personas que detectan un problema y se lanzan a resolverlo. Mientras trabajaba en una startup, sufría un dolor muy común en los equipos técnicos: las pull requests quedaban atascadas por falta de colaboración. Ese fue el germen de Pullpo, una herramienta que combina métricas y feedback para desbloquear el potencial de equipos de desarrollo como Exoticca, Playtomic o Wetaca. En este artículo te contamos lo que aprendimos al hablar con él.
Si quieres escuchar toda la entrevista que le hicimos a Marco, puedes verte el episodio completo en Youtube: Montar una Startup de DevEx con Marco Patiño, de Pullpo - A Manfred VideoPodcast #05
Pullpo nació de un problema real: las PRs bloqueadas
En su anterior empresa, Marco veía que muchas pull requests se quedaban paradas. Había que perseguir revisores, mandar mensajes por Slack, hacer seguimiento manual... Así que construyó una integración entre GitHub y Slack para crear canales efímeros por cada PR.
Resultado: comunicación más fluida y PRs que llegaban antes a producción. A partir de ahí, la idea se convirtió en producto. Ese fue el primer paso de una evolución que acabaría convirtiendo un script funcional en una plataforma con métricas, automatizaciones y feedback de equipo.
Medir sí, pero con cabeza
Pullpo se integra con herramientas como GitHub, Jira o Linear para obtener métricas objetivas (commits, tiempos de revisión, tareas abiertas…), pero también recoge feedback cualitativo de los developers. Esa combinación permite entender no solo qué está pasando, sino también por qué. Muchas veces, los datos fríos no explican bloqueos reales que tienen que ver con la coordinación, la documentación o la moral del equipo. El feedback ayuda a conectar los números con el día a día.
Métricas de equipo, no individuales
Pullpo tiene datos individuales, pero evita usarlos para comparar developers. Medir líneas de código o commits por persona no aporta valor si no se entiende el contexto. En lugar de eso, apuestan por métricas de equipo basadas en frameworks como DORA, SPACE o DevEx. Esto evita caer en dinámicas tóxicas de competición interna y ayuda a que los líderes técnicos tomen decisiones en base al rendimiento colectivo.
Marco insiste en que el objetivo no es fiscalizar, sino desbloquear. Y eso solo es posible cuando el equipo confía en que las métricas se usan con fines constructivos.
Developer Experience = Developer Productivity
Marco lo dice claro: «Developer Experience es casi un eufemismo de Developer Productivity». No se trata de perks o trabajo remoto, sino de optimizar procesos, reducir fricción y facilitar que el equipo saque trabajo de calidad sin bloqueos. Para él, la experiencia de desarrollador empieza en cómo se estructuran los flujos de trabajo y termina en si el código llega o no a producción de forma rápida, estable y con impacto.
La clave no es hacer más, sino hacer mejor. Y para eso, hay que mirar menos el volumen y más el valor.
Feedback continuo para decidir dónde actuar
Pullpo lanza encuestas en Slack para preguntar a cada developer cómo valora distintas áreas (revisión de código, despliegues, documentación…) y qué prioridad le daría a cada mejora. Los resultados se cruzan con métricas para ayudar a priorizar cambios que realmente desbloqueen productividad.
Estas encuestas son personalizables y permiten recopilar información contextual que muchas veces se pierde en las reuniones de equipo. Además, Pullpo ofrece resúmenes con IA para extraer insights comunes entre decenas o cientos de respuestas.
Automatizar tareas repetitivas
Pullpo automatiza varias partes del proceso de code review:
- Canales de Slack efímeros por PR.
- Resúmenes generados con IA para dar contexto al revisor.
- Recordatorios automáticos cuando una PR se queda estancada.
- Informes periódicos con métricas de equipo.
Esto permite ahorrar tiempo, evitar cuellos de botella y generar accountability sin añadir carga de gestión.
Sin datos, puedes estar invirtiendo en lo equivocado
Cuando los equipos crecen, es fácil perder visibilidad. Muchos líderes técnicos intuyen dónde están los problemas, pero sin datos, pueden estar priorizando mal. Pullpo permite tomar decisiones basadas en evidencia, no solo en sensaciones.
Invertir esfuerzos en mejorar la documentación cuando el verdadero problema está en los despliegues, o asumir que un equipo funciona bien solo porque no se queja, puede salir caro. Marco insiste: «Sin datos, es fácil arreglar lo que no está roto y dejar roto lo que no se ve».
Buena cultura técnica: mejora continua + foco en el cliente
Una cultura de ingeniería saludable no se basa solo en escribir buen código, sino en tener mentalidad de mejora continua y entender el propósito de lo que se construye. Para Marco, tan importante como la escalabilidad o el testeo es saber si una feature resuelve un problema real para el cliente.
Muchos equipos se obsesionan con buenas prácticas técnicas, pero se olvidan de validar el impacto. Para Pullpo, calidad no es solo mantener la cobertura de tests, sino entregar algo útil, en el momento adecuado y con la estabilidad necesaria.
Fallar forma parte del proceso
No todas las apuestas de Pullpo han salido bien. Invirtieron en newsletters internacionales y patrocinios que no funcionaron. Desarrollaron funcionalidades que luego nadie usó. Pero prefieren probar, equivocarse rápido y aprender. Esa es su forma de avanzar.
Marco explica que cada error les ha enseñado algo. Desde cómo elegir mejor los canales de adquisición hasta cómo validar una funcionalidad antes de construirla. «Prefiero borrar código que no sirve, a nunca probar algo por miedo a fallar».
Rodearte bien es más importante que crecer rápido
Aunque el equipo core de Pullpo son solo tres personas, cuentan con una red de advisors, CTOs fraccionales y líderes técnicos que les dan feedback, contactos y apoyo constante. Para Marco, eso marca la diferencia.
No se trata solo de contratar más, sino de saber a quién llamar cuando necesitas una opinión externa. Esa red les ha permitido moverse rápido, validar ideas y mejorar su producto sin perder el foco.
Escalar sin perder el foco
Marco no quiere crecer por crecer. Prefieren escalar de forma eficiente y sostenible. Por eso, antes de contratar, tienen claro qué necesitan, cómo lo van a medir y cómo van a hacer onboarding. La próxima incorporación será alguien de su propia universidad, con el que puedan trabajar codo a codo desde el principio.
Además, al ser un equipo pequeño, priorizan el impacto por encima de la complejidad. Cada semana revisan el backlog en función del ratio impacto/coste y se enfocan en lo que más valor puede aportar en el menor tiempo posible.
Dos ideas que repite Marco una y otra vez
- Rodéate de gente buena. Aunque no esté en tu equipo, tener acceso a feedback y apoyo externo es oro. Comunidad técnica, eventos, advisors… todo suma.
- No te dejes llevar por los picos emocionales. Emprender es una montaña rusa. No hay que celebrar demasiado los éxitos ni dramatizar los fracasos. Lo importante es seguir avanzando.
no es una herramienta para espiar a tu equipo, ni para sacar rankings de productividad. Es una plataforma pensada para ayudar a los equipos técnicos a trabajar mejor, entender qué les bloquea y mejorar continuamente.
Si lideras un equipo técnico, igual es hora de mirar menos las líneas de código… Y más los cuellos de botella. Y con Pullpo, puedes hacerlo. Y por ser manfredita, tienes un mes gratis para probarlo .
