Alinear las historias con los objetivos empresariales - AWS Guía prescriptiva

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Alinear las historias con los objetivos empresariales

Tras realizar las evaluaciones empresariales y técnicas, le recomendamos que cree un diagrama que incluya un conjunto de historias para cada nivel de madurez del uso de datos. Esta visualización facilita la alineación del uso de datos con los objetivos comerciales de la empresa. Por ejemplo, un resultado empresarial de detección de fraudes casi en tiempo real requiere una historia de capacidad de acción casi en tiempo real.  

Las historias son las capacidades técnicas, los mecanismos de intercambio de datos, las personas y los procesos que se requieren para alcanzar los objetivos comerciales. Los resultados empresariales se escriben en la parte derecha del diagrama basándose en las entrevistas de descubrimiento del negocio y se indica el estado de cada historia basándose en las evaluaciones técnicas. A continuación, puede seleccionar las historias en las que su empresa debería trabajar y crear una hoja de ruta.  

El siguiente diagrama muestra si cada historia es obligatoria, en función de los resultados empresariales. También muestra el estado actual de cada historia en función de la información que recopilaste en las evaluaciones técnicas. El diagrama suele ir seguido de un informe en el que se explica cada estado en detalle.

Visualización de historias de habilitación para cada fase de madurez de los datos

Vuelves a trabajar desde el lado derecho (Resultados empresariales) a la izquierda para habilitar las historias. Por ejemplo, para habilitar una historia en la tercera etapa (Perspectivas e informes), debe habilitar sus dependencias en la segunda etapa (Lago de datos) y primera etapa (Base de datos).

Según la evaluación y los requisitos para los resultados empresariales, cada historia se clasifica en verde, amarilla, gris o roja.

  • Verde significa que la historia está en su lugar y puede ampliarse para ofrecer los resultados empresariales. Por ejemplo, en el diagrama, la historia de ingestión de los CDC en la primera (Base de datos) el escenario es verde, lo que significa que la empresa cuenta con las herramientas y el proceso para llevar a cabo la historia para la fuente de datos de la que dispone. ElMejor experiencia de clienteEl resultado empresarial requiere recopilar datos relevantes de los clientes y enriquecerlos con otros datos de la empresa, para comprender mejor al cliente y ofrecer una mayor personalización.

  • El color amarillo significa que la capacidad o el proceso existen, pero no son completamente funcionales o no soportan la escala que requiere el resultado empresarial. Por ejemplo, en el diagrama,Catálogo de datos centralizadohistoria en la segunda (Lago de datos) el escenario es amarillo. Esto indica que la empresa cuenta con un catálogo de datos central, pero el catálogo no está completo con los metadatos requeridos en las demás etapas o solo lo utilizan algunas áreas empresariales. Esta clasificación afecta a las capacidades de intercambio de datos de la próxima (Perspectivas e informes) escenario.

  • El gris significa que la historia no es obligatoria.

  • El rojo significa que los resultados empresariales exigen la historia, pero que no se ha implementado. Por ejemplo, en el diagrama,Intercambio de datoshistoria en elPerspectivas e informesel escenario es rojo. La creación de un modelo integral de aprendizaje automático para las recomendaciones de los clientes requiere agrupar conjuntos de datos, lo que requiere capacidades de intercambio de datos. Sin embargo, esta historia no se ha implementado. En este ejemplo, el intercambio de datos también requiere capacidades enLago de datosetapa para que sea completamente funcional, al menos para los conjuntos de datos que forman parte de los modelos, pero puedes ver queAdministración de datosno se ha implementado.

La historiaPrivacidad, protección y cumplimiento de los datos(en elLago de datosstage) siempre es obligatorio, y adquiere más relevancia a medida que las normas de privacidad de datos se ven impulsadas por los nuevos requisitos de protección de datos. Por ejemplo, elReglamento general de protección de datos (RGPD)comenzó en los Estados Unidos conLey de Protección de Datos del Consumidor de Virginia (CDPA)y elLey de privacidad del consumidor de California (CCPA), y ya está en vigor para algunos países de América Latina, comoLey General de Protección de Datos Personales (LGPD)en Brasil,Protección de datos en Méxicoen México, protección de datos en Colombia,Ley 2973en Perú, yLeyes de protección de datos personales de Argentina.