Trascender en Cencommerce elevando el uso de prácticas y tecnologías resilientes y confiables por...
1. Fomentar una cultura data-driven
1.1. Establecer datos como producto
1.1.1. Realizar 3 modelos predictivos que optimicen las capacidades de las transportadoras
1.1.1.1. Smart Capacity - Forecast pedidos Jumbo
1.1.1.2. Smart Capacity - Forecast pickers Jumbo
1.1.1.3. Smart Capacity - Forecast pedidos SISA/Easy
1.1.1.4. Smart Capacity - Forecast pedidos Paris/Wong
1.1.2. Delivery de datos de forma agil, donde se espera: - Realizar 5 iniciativas de datos para SM y MdH - Realizar 3 iniciativas de datos para TxD y CCOM
1.1.2.1. Delivery y Reportería - Cornershop PE,BR,COL
1.1.2.2. Delivery y Reportería - Motor de compensaciones SM
1.1.2.3. Delivery y Reportería - Reportes VTEX
1.1.2.4. Delivery y Reportería - Reviews SISA,SPID,Easy
1.1.2.5. Delivery y Reportería - SAC Easy
1.1.2.6. Delivery y Reportería - Soporte banderas CH y Región
1.1.3. Establecer una vision única de los indicadores de Home Delivery en la región
1.1.3.1. Control Tower - Rollout KPI`s Chile
1.1.3.2. Control Tower - Rollout Perú
1.1.3.3. Control Tower - Rollout Brasil
1.1.3.4. Control Tower - Rollout Argentina
1.1.3.5. Control Tower - Rollout Colombia
1.2. Implementar una Plataforma de datos como servicio
1.2.1. Usuarios de negocio pueden comprender sus datos por si solo
1.2.1.1. Ecosistema - Definir Arquitecturas de datos CCOM
1.2.1.2. Ecosistema - Alinear arquitecturas de datos Corp - CCOM
1.2.1.3. Desplegar un catalogo de datos
1.2.1.4. Establecer una plataforma de documentación de cara al negocio
1.2.1.5. Documentar los desarrollos de datos
1.2.1.6. Capacitar a usuarios para interpretar los datos
1.2.2. Tener plataformas de datos de auto servicio, de cara a equipos de productos
1.2.2.1. Arquitecturas por dominio
1.2.2.2. Habilitar Pipeline Self Service
1.2.2.3. Capacitar a dev para uso de pipeline
1.2.3. Tener un estado de salud operativo real time, en las plataformas de datos
1.2.3.1. Integrar new relic con procesos de datos
1.2.3.2. Alertas de monitoreo automatizado
1.3. Fomentar un Gobierno de datos Federado
1.3.1. Aplicar calidad a los datos
1.3.1.1. Data Quality automatizado
1.3.2. Poder visualizar el viaje del dato (Linaje)
1.3.2.1. Implementación de herramienta DataHub
1.3.3. Mapear en un 100% los dominios de datos de CCOM
1.3.3.1. Establecer Dominios/Sub dominios CCOM
1.3.3.2. Estructurar la data como productos de datos (Dominio / Sub dominio)
1.3.3.3. Ecosistema - Mapear ownership de data
1.3.4. Tener 5 Data Steward establecidos, para su custodia correspondiente de los datos
1.3.4.1. Ecosistema - Establecer gobiernos de data federados CCOM
1.4. Fomentar una Transformación cultural de datos
1.4.1. Dar visibilidad a la organización sobre las iniciativas de datos
1.4.1.1. Newsletter
1.4.1.2. Correos
1.4.1.3. Portal Datos
1.4.1.4. Capacitaciones / Charlas
1.4.2. Contar con 4 equipos de negocio, desarrollando su reporteria
1.4.2.1. Ecosistema - Diseñar plan capacitaciones CCOM
1.4.2.2. Ecosistema - Ejecutar Track Data Doubter
1.4.2.3. Ecosistema - Ejecutar Track data Dreamer
1.4.3. Habilitar skills analiticos a usuarios de negocio
1.4.3.1. Ecosistema - Ejecutar Track data Knight
1.4.3.2. Realizar mvp en metabase con negocio
1.4.4. Habilitar repositorios de consumo del dato, dentro del DataLake - DataWarehouse
1.4.4.1. Habilitar Zonas de consumo del dato (Sandbox)
1.4.5. Entrenar a nuevos Data Engineer, bajo la especialización CCOM, para contrarrestar deficit de ingenieros
1.4.5.1. Programa Data Trainee
2. Apoyar a Cencommerce en la construcción de software robusto, innovador y colaborativo que permita satisfacer las necesidades a nuestros usuarios
2.1. Transformar la calidad en un valor central
2.1.1. Tener disponible la información de los artefactos permite crear acciones para mejorar la calidad del software
2.1.1.1. Importar la informacion de Gitlab
2.1.1.2. Determinar otras fuentes de información
2.1.2. El 50 % de los artefactos con pruebas unitarias, mejorara la calidad del software
2.1.2.1. Charlas sobre tipos de pruebas y su importancia
2.1.2.2. Charla sobre Unit Test
2.1.2.3. Acompañamiento en la implementación de la pruebas unitarias
2.1.2.4. Integrar la PU en el pipeline
2.1.2.5. Generación de reportes de cobertura
2.1.3. Las pruebas de mutación mejoraran la calidad de las pruebas unitarias
2.1.3.1. Charla sobre Test de mutacion
2.1.3.2. Implementar generador del reporte
2.1.4. Las pruebas de carga ayudan a mejorar la calidad
2.1.4.1. Definir las herramientas a utilizar
2.1.4.2. Definir los escenarios para realizar las pruebas
2.1.4.3. Acompañamiento en la construcción de las pruebas de carga
2.2. Difundir la información del área de ingeniería de software
2.2.1. Disponibilizar y comunicar la información permitirá que el área sea conocida
2.2.1.1. Crear un canal de videos
2.2.1.2. Crear comunidades
2.2.1.3. 1 vez al mes 1 charla de un tópico
2.3. Transformar la arquitectura en un faro para guiar la construcción de los productos
2.3.1. El 50% de los productos tiene la deuda técnica de arquitectura identificada en su backlog ayudará en la visualización de la arquitectura
2.3.1.1. Coordinación con los Engineer Managers
2.3.1.2. Coordinación con los PO
2.3.1.3. Coordinación con los TL
2.3.2. La arquitectura documentada de un producto ayudará en su mejora
2.3.2.1. Definir herramientas de documentación
2.3.2.2. Buscar herramientas automáticas
2.3.3. Las pruebas automáticas de arquitectura ayudan en su mantenibilidad
2.3.3.1. Implementar pruebas de arquitectura
3. Hacer de Cencommerce EL LUGAR para construir productos digitales brindando la mejor experiencia que los desarrolladores hayan tenido JAMÁS
3.1. Optimizar el delivery (para invertir más tiempo codeando y menos tiempo en otras cosas)
3.1.1. Creemos que para entregar más autonomía es necesario automatizar más
3.1.1.1. Integrar SSO para la autenticacion de los equipos en sus espacios de trabajo de kubernetes.
3.1.1.2. Auto-aprobación de MRs de infraestructura
3.1.1.3. Low-config para despliegue de Apps
3.1.1.4. Mejoras en los accesos a los namespaces
3.1.1.5. Simplificar la utilización de terraform/módulos para los desarrolladores
3.1.2. Creemos que las buenas prácticas deben ser un built-in en los productos ofrecidos
3.1.2.1. Disponibilizar herramientas de observabilidad en software
3.1.2.2. Integrar observabilidad del el minuto 0 con el software
3.1.2.3. Responsabilidad en las actualizaciones de las implementaciones de New Relic
3.1.2.4. Integrar obersavibiidad en la infra desde el minuto 0
3.1.2.5. Entregar medios de difusión para las alertas.
3.1.2.6. Gestión de las buenas practicas en los objetos de kubernetes
3.1.2.7. Mejora en la administración de kong ingress controller
3.1.2.8. Monitoreo de namespaces de los equipos
3.1.2.9. Administrar el ciclo de vida de las imagenes de contenedor
3.1.2.10. Bloqueo automático de despliegues a producción que no cumplan con un mínimo de seguridad y buenas prácticas.
3.1.2.11. Notificar merge y fallas de apply en producción.
3.1.2.12. Refactorizar el flujo actual de creación de infra
3.1.2.13. Optimizar los módulos de infra
3.1.2.14. Mejorar el ciclo de vida de los pipe-templates
3.1.3. Creemos que ofrecer una plataforma de self-service permitirá optimizar el delivery
3.1.3.1. Generar customer journey
3.1.3.2. Definir plataforma
3.1.3.3. Definir módulos
3.2. Estar siempre listos para mantener la operación
3.2.1. Creemos que un escenario de alta disponibilidad permitirá mantener la operación y ofrecer escalabilidad
3.2.1.1. Estrategia multi región para EKS y permitir tolerancia a fallos en una región.
3.2.1.2. EKS multi account para permitir segmentación.
3.2.1.3. Soporte y despligues multiregion en los pipelines de Gitlab
3.2.1.4. Estrategia para la administración multi-cluster de kubernetes
3.2.1.5. Regionalizacion de las cuentas cloud
3.2.1.6. Gestión de incidentes basado en el impacto al negocio.
3.2.1.7. Separación de cuentas por ambiente en New Relic
3.2.1.8. Estrategia multicuentas para nuevos ambientes en New Relic
3.2.2. Creemos que es necesario poseer las herramientas y procesos que permitan mantener la operación
3.2.2.1. Migración de servicios criticos a nuevo cluster eks.
3.2.2.2. EKS como herramienta de orquestación para equipos de SM
3.2.2.3. Migración a las nuevas cuentas
3.2.2.4. Integración de testing de resiliencia a los clusters de kubernetes.
3.2.2.5. Optimizacion en el consumo de IPs en AWS
3.2.2.6. Encontrar findings de networking en eks
3.2.2.7. Optimización de recursos de eks.
3.2.2.8. Flujo de actualización deplataforma k8s y componentes
3.2.2.9. Actualización constante sobre el monitoreo de kubernetes
3.2.2.10. Evaluacion del Well Architected Framework con enfoque en Kubernetes
3.2.2.11. Habilitación de VPN para nuevo mundo Cencommerce