Release Train Engineer, Proyecto Data 1^st

El proyecto Data 1^st, era un proyecto estratégico para consolidar y mejorar la calidad de los datos de la empresa. Comenzando por casos de uso puntuales, muy urgentes para el negocio, establecer la metodología de trabajo adecuada para luego transformar esta nueva forma de trabajar en una herramienta que pueda ser adoptaba por el negocio en su normal.

El principal desafío era extraer los datos de las distintas fuentes de datos, transformarlos y estandarizarlos, para luego ser cargados en un Data Lake. Una vez allí el equipo de Data Science, los analizaría y construiría herramientas para que el negocio pueda utilizarlos para tomar decisiones. En paralelo a esto, el Programa también crearía una base de datos consolidad de Taxonomía de Productos, para luego ser utilizada en las herramientas creadas por el equipo de Data Science.

Fui invitado a realizar el rol de RTE en forma temporal, hasta que puedan reclutar un empleado permanente de Vodafone para éste. Si bien el programa ya llevaba 3 Programme Increments de experiencia implementando SAFe (9 meses), todavía había muchos cambios por hacer.

Por un lado, cambiamos la estructura de los equipos hacia equipos multifuncionales, para que cada uno de ellos pueda entregar valor en forma independiente de los demás. Antes de esta reestructuración, un simple requerimiento requería de la colaboración de cuatro equipos para poder ser entregado. Esto lleva a retrasos y continuas discusiones de priorización.

Por otro, trabajamos mucho en establecer el proceso de preparación para el próximo PI Planning. La experiencia hasta el momento nos había demostrado, que en cada PI Planning, se pasaba más tiempo discutiendo sobre los requerimientos y definiendo los Criterios de Aceptación, más que en la planificación detallada de los elementos del Backlog. La causa de esto, era claramente que los requerimientos no estaban cumplían con la “Definición de Listo” antes de comenzar el PI Planning.

Y por último pusimos énfasis en definir, demostrar y visualizar el Flujo de Valor de punta a punta del Programa. Como todas las partes o equipos eran una parte fundamental del proceso, pero que no eran independientes entre sí, sino que todas deberían trabajar juntas para entregar valor en forma periódica.