Shift-left en gobernanza de datos significa mover los controles de calidad, clasificación y ownership lo más temprano posible en el ciclo de vida del dato: hacia los equipos de ingeniería, al momento del diseño del pipeline, no en la capa de consumo. Un ejecutivo de PayPal describió públicamente cómo la compañía está transitando ese camino, según se informó en TechTarget en septiembre de 2025. El enfoque tiene implicancias directas para cualquier CDO que hoy pelea contra brechas de calidad descubiertas demasiado tarde.
El término viene del desarrollo de software —”shift-left testing” implica correr pruebas antes, en etapas tempranas del SDLC, para reducir el costo de corrección. Aplicado a datos, el principio es idéntico: si la clasificación, el etiquetado de sensibilidad y las reglas de calidad se aplican cuando el dato se crea o ingiere, el costo de remediación baja varios órdenes de magnitud. Según el marco DAMA-DMBOK, la gobernanza que opera solo en la capa analítica o de reporte llega cuando el daño ya está hecho.
Qué implica técnicamente un modelo shift-left en un ecosistema como el de PayPal
En la práctica, shift-left de gobernanza requiere tres capacidades simultáneas. Primero, que los data stewards —los responsables de dominio del dato, en la nomenclatura del DAMA-DMBOK— participen en el diseño de pipelines de ingestión, no solo en la validación posterior. Segundo, que las políticas de clasificación y calidad estén codificadas como reglas ejecutables en el pipeline mismo, no como documentos en un repositorio de SharePoint. Tercero, que el catálogo de datos activo reciba metadata desde el momento de la creación del asset, no como proceso de backfill retroactivo. En una plataforma de pagos con el volumen transaccional de PayPal, según se informó, esto implica orquestar esas capacidades a escala de miles de pipelines concurrentes.
El modelo encaja con lo que el EDM Council denomina “Data Management Capability Assessment” (DCAM): la capability 8 del framework —gestión del ciclo de vida del dato— solo alcanza madurez cuando los controles están embebidos en el flujo de producción, no aplicados post-hoc. El enfoque shift-left es, en esencia, el camino operativo hacia ese nivel de madurez.
Cuándo aplica este enfoque y cuándo no justifica el esfuerzo
Shift-left de gobernanza aplica cuando la organización tiene pipelines de datos repetibles, equipos de ingeniería de datos con capacidad para implementar controles en código, y un modelo de ownership de dominio suficientemente maduro como para que exista un data steward identificable por cada dominio. También es el modelo correcto cuando la regulación exige trazabilidad desde el origen: por ejemplo, las entidades financieras en Brasil que reportan al Banco Central bajo las normas del open finance están obligadas a demostrar linaje desde la fuente, lo que hace de shift-left no una elección de diseño sino un requisito de cumplimiento. Lo mismo aplica para compañías de pagos operando en México bajo supervisión del CNBV, donde la LFPDPPP exige identificar con precisión qué dato personal fue procesado, cuándo y bajo qué base legal.
El modelo no justifica el esfuerzo en organizaciones con pipelines ad hoc, baja repetibilidad de flujos de datos, o donde el ownership de dominio aún no está asignado. En esos casos, intentar embeber controles en pipelines que cambian semanalmente produce deuda técnica de gobernanza sin reducir el riesgo. Bob Seiner, autor de Non-Invasive Data Governance, señala que los controles de gobernanza deben anclarse en procesos existentes: si el proceso no existe o es inestable, el control no tiene dónde anclar.
El gap en América Latina: ownership sin habilitación técnica
El principal obstáculo regional para adoptar shift-left no es la falta de voluntad de los CDOs, sino una brecha estructural entre la asignación formal de roles de gobernanza y la habilitación técnica de esos roles. En la región, es común que un data steward tenga responsabilidad nominal sobre un dominio de datos pero no tenga acceso a las herramientas de catalogación, ni visibilidad sobre los pipelines que procesan ese dominio. Sin esa habilitación, shift-left es solo un nombre: los controles siguen corriendo en la capa de consumo, si es que corren. Los bancos argentinos que operan bajo la Comunicación A 8073 del BCRA ya enfrentan exigencias de trazabilidad de datos de clientes equivalentes a las capabilities de nivel 8 del DCAM, pero sin la infraestructura de catálogo activo que las soporte, el cumplimiento es manual y frágil.
El modelo de PayPal es relevante para la región no como caso a replicar en escala, sino como referencia de diseño: el camino empieza por mapear qué pipelines tienen ownership claro y repetibilidad suficiente, y aplicar shift-left solo ahí primero. Nicola Askham, referente en implementación práctica de gobernanza, llama a esto “gobernanza por dominio piloto”: consolidar un dominio con controles embebidos antes de intentar el rollout horizontal.
La documentación de referencia del DCAM del EDM Council y el capítulo 13 del DAMA-DMBOK sobre gestión del ciclo de vida del dato ofrecen los criterios concretos para evaluar si una organización tiene las condiciones mínimas para ejecutar este tipo de migración de controles.
