La automatización de procesos es clave para el crecimiento orgánico de cualquier empresa. En esta ocasión, Oscar Pérez, CTO de TravelgateX explica cómo el equipo de tecnología ha conseguido optimizar su trabajo.
Automatizar procesos es clave para el crecimiento orgánico de cualquier compañía, todos queremos invertir nuestro tiempo en tareas creativas que aporten el máximo valor añadido. En este caso, vamos a explicar como TravelgateX ha automatizado la asignación de prioridades de los Issues generados en su marketplace a través de nuestro CTO Oscar Perez.
Issues and Product Teams
En TravelgateX consideramos un issue como un problema que debe ser resuelto y los tipificamos según el criterio, aquí comentamos algunas:
- Product Maintenance: Un problema que debe ser resuelto en un tiempo específico según un SLA.
- Product Development: Un problema que debe ser resuelto en un tiempo determinado según su outcome generado considerando el coste de oportunidad de los otros outcomes en los que está trabajando el equipo.
- Idea Suggestion: Similar a Product Development pero sin obligación de resolución.
Por otro lado, nuestros equipos de producto son los máximos responsables de sus servicios y entre otras cosas se encargan de su mantenimiento y del desarrollo de nuevas features. Estos equipos están formados por un Product Manager y un equipo de entre dos y siete ingenieros.
Recapitulando las variables que tenemos:
- Issues: que deben ser resueltos.
- Equipos de producto: los que resuelven Issues.
- Tiempo: que debe ser invertido en las tareas de máximo valor añadido que son las que requieren más creatividad.
Entonces, definimos el problema a resolver cómo “Ahorrar tiempo no creativo a los Equipos de Producto automatizando la priorización de Issues”.
Priorización de Issues según su tipificación
En el siguiente esquema vemos el workflow que siguen los Issues gestionados en TravelgateX:
Los Issues son tipificados en la entrada y según las restricciones de negocio se priorizan en los Boards que los equipos de Producto utilizan en su día a día.
En el diagrama vemos los nuevos conceptos:
- Priority Level: Valor numérico que indica la prioridad. P. ej. Level=1 indica que existe una pérdida de dinero efectiva
- Partner Classification: Valor numérico que indica la clasificación del partner según su importancia. P.ej Level=1 indica un partner muy importante para TravelgateX
- Product OKRs: Los Objetivos y Key Results que el equipo de producto tiene que cumplir para el trimestre en curso. P.ej. un equipo puede tener asignado el objetivo de aumentar el número de Reservas en el Marketplace
Si analizamos el nivel de automatización que conseguimos según el tipo de Issue:
- Product Maintenance: Fully Automated
- Criterio automático: El resultado de cruzar en una matriz los valores Priority Level y Partner Classification.
- Product Development: Partially Automated
- La prioridad se calcula según 2 tipos de criterios
- Criterio automático: Partner Classification
- Criterio subjetivo: Asignado por el Product Manager, basado en Action Priority Matrix y el impacto que puede tener para los OKRs de su equipo
- Idea Suggestion: Non Automated
- Criterio subjetivo: Asignado por el Product Manager, normalmente basado en el Impacto del outcome o en cualquier otro valor de importancia durante el Product Discovery.
Sobre cómo escalar
Las automatizaciones hacen escalar los procesos de las empresas y por lo tanto, son imprescindibles para asegurar la competitividad en el mercado. En este artículo hemos explicado cómo automatizar la asignación de prioridades de los issues generados en TravelgateX, consiguiendo:
- Aumentar el tiempo de creatividad de nuestros Product Teams.
- Minimizar el uso de criterios subjetivos en la priorización de Issues.
- Disminuir la implicación de otros Stakeholders en la decisión de prioridades.
Partiendo de estos tres resultados, si quisieras implementar esta estrategia en tu empresa, te recomendamos:
- Durante las primeras semanas sé flexible, siempre hay fallos en el protocolo inicial. Deja que otros miembros de la empresa puedan opinar sobre la priorización de un determinado Issue P. ej. pueden dejar sus comentarios en el propio Issue.
- Ser flexible, si el protocolo está funcionando es la única Source of Truth. Todos los cambios deberán ser aprobados como modificaciones al protocolo.