Producto Digital

Sí, y también varios a la vez. En el diagnóstico acordamos por dónde empezar: a veces es un frente, y muchas veces una combinación, porque un mismo problema suele tener causas en más de uno.

Es habitual que, al avanzar, aparezcan nuevas prioridades en otro frente. Por ejemplo, en Technisys empezamos por cómo trabajaban los equipos del área de producto. Cuando ya entregaban cada tres semanas, el freno pasó a ser la instalación del producto: varios días por versión, con muchas tareas manuales. La automatizamos junto con los equipos, y pasó a llevar horas.

En la revisión de cada cuatro semanas decidimos juntos si se suma otro frente o si se sigue profundizando en los actuales.

Es una forma de organizar el trabajo en dos carriles que avanzan a la vez: uno explora qué conviene construir (habla con usuarios y prueba ideas con experimentos baratos) y el otro entrega lo que ya se validó.

No son dos equipos. Son las mismas personas de negocio, gestión de producto, diseño y tecnología, que deciden juntas qué pasa de un carril al otro.

Para qué sirve: para que el equipo aprenda sin frenar las entregas. Y es lo que une a los tres frentes: lo que se descubre sobre qué construir llega a cómo trabaja el equipo y a cómo se construye, sin pasamanos ni documentos de traspaso.

Si quieres saber más: la Guía de Product Discovery.

Depende del tamaño, y se define en el diagnóstico.

Siempre trabajamos con un núcleo fijo: la tríada (gestión de producto, diseño y tecnología) y sus líderes, porque ahí se toman las decisiones que el resto sigue.

Con un equipo de cinco o diez personas, trabajamos con todos. Con cincuenta, elegimos uno o dos equipos para trabajar directamente, y la tríada lleva lo aprendido al resto.

De su lado, pedimos tiempo semanal de la tríada y de sus líderes. En organizaciones grandes ese tiempo es mayor, porque son quienes multiplican el cambio.

Son cuatro indicadores que surgieron de años de investigación sobre equipos de desarrollo de software (el programa DevOps Research and Assessment):
· Tiempo de entrega: cuánto tarda un cambio en llegar a producción.
· Frecuencia: cada cuánto se entrega.
· Tasa de fallas: qué proporción de los cambios genera un problema.
· Recuperación: cuánto se tarda en volver a la normalidad cuando algo falla.

Para qué sirven: anticipan. La investigación las asocia con un mejor desempeño de la organización, así que muestran si el equipo va bien antes de que se vea en el negocio.

Cómo las usamos: como punto de partida, adaptadas a cada producto. No todos los equipos necesitan las cuatro, y a veces conviene medir algo más cercano a su realidad.

Es trabajo sobre tu producto real, con el equipo, en su operación diaria. La formación está integrada, y cambia según el momento de la organización:
· Al inicio, cuando todavía no hay acuerdo sobre qué cambiar: un taller corto con líderes, para construir un lenguaje común y definir por dónde iniciar.
· Con los primeros equipos, el aprendizaje ocurre en el trabajo: cápsulas cortas sobre un tema justo cuando el equipo lo necesita, y práctica inmediata sobre su propio backlog, su código o sus acuerdos.
· Cuando un equipo completo necesita profundizar un tema, sumamos una capacitación in-company. Cada frente tiene las suyas, y las encuentras en su página.

Lo mismo vale para adoptar IA que para adoptar nuevas formas de trabajo: lo que sirve al comienzo no es lo que sirve cuando ya hay equipos con experiencia.

Si quieres saber más: Capacitaciones empresariales: inicio y pilotos.

No. No tomamos el rol de quien gestiona el producto ni el de quien lidera la parte técnica, y no sumamos gente para construir.

Trabajamos con quienes ocupan esos roles, sobre su trabajo real, para que sigan solos cuando ya no estemos.

En buena parte, sí. Decidir qué construir y ordenar cómo trabaja el equipo no depende de que el producto sea software. Antes de Producto Digital lo hacíamos con el nombre de Innovation Team, también en productos y procesos físicos.

El recorrido es el mismo: oportunidades, soluciones e implementación. Lo que cambia son los prototipos: pruebas en planta, modelos o impresión 3D en lugar de software. Por ejemplo, con un equipo de una empresa de consumo masivo que reunía a producción, calidad, marketing, logística y producto. Hemos implementado cambios industriales en menos de cuatro meses.

El frente de cómo se construye, en cambio, es propio del software.

Si quieres saber más: Capacitaciones empresariales: inicio y pilotos, que cuenta cómo arrancó ese equipo.

Sí. Trabajamos con el stack, las herramientas y los procesos que el equipo ya usa.

Si parte del trabajo es incorporar agentes de IA, elegimos juntos las herramientas según las políticas de seguridad y el tipo de datos de la empresa.