Harmoniser les histoires avec les objectifs commerciaux - AWS Conseils prescriptifs

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Harmoniser les histoires avec les objectifs commerciaux

Après avoir effectué des évaluations commerciales et techniques, nous vous recommandons de créer un diagramme qui inclut un ensemble d'histoires pour chaque niveau de maturité de l'utilisation des données. Cette visualisation permet d'aligner facilement votre utilisation des données sur les objectifs commerciaux de votre entreprise. Par exemple, pour obtenir des résultats commerciaux en temps quasi réel en matière de détection des fraudes, il faut disposer d'un récit de capacité d'action en temps quasi réel.  

Les histoires portent sur les capacités techniques, les mécanismes de partage de données, les personnes et les processus nécessaires pour atteindre les objectifs commerciaux. Vous inscrivez les résultats commerciaux sur le côté droit du diagramme sur la base de vos entretiens de découverte commerciale, et vous indiquez le statut de chaque histoire en fonction d'évaluations techniques. Vous pouvez ensuite sélectionner les histoires sur lesquelles votre entreprise doit travailler et créer une feuille de route.  

Le diagramme suivant montre si chaque histoire est requise, en fonction des résultats commerciaux. Il indique également l'état actuel de chaque histoire en fonction des informations que vous avez collectées lors des évaluations techniques. Le diagramme est généralement suivi d'un rapport qui explique chaque statut en détail.

Visualisation des histoires d'activation pour chaque phase de maturité des données

Vous revenez du côté droit (Résultats commerciaux) sur le côté gauche pour activer les histoires. Par exemple, pour activer une histoire au cours de la troisième étape (Informations et rapports), vous devez activer ses dépendances dans la deuxième étape (Lac de données) et première étape (Base de données).

Sur la base de l'évaluation et des exigences relatives aux résultats commerciaux, chaque histoire est classée en vert, jaune, gris ou rouge.

  • Le vert signifie que l'histoire est en place et qu'elle peut évoluer pour obtenir des résultats commerciaux. Par exemple, dans le diagramme, l'histoire de l'ingestion par les CDC présentée dans le premier schéma (Base de données) est verte, ce qui signifie que l'entreprise dispose des outils et des processus nécessaires pour réaliser l'histoire à partir de la source de données dont elle dispose. LeUne meilleure expérience clientles résultats commerciaux nécessitent d'ingérer des données clients pertinentes et de les enrichir avec d'autres données internes à l'entreprise, afin de mieux comprendre le client et de le personnaliser.

  • La couleur jaune signifie que la capacité ou le processus existe, mais qu'il n'est pas entièrement fonctionnel ou qu'il ne répondra pas à l'échelle requise par les résultats commerciaux. Par exemple, dans le diagramme,Catalogue de données centraliséhistoire dans la seconde (Lac de données) la scène est jaune. Cela indique que l'entreprise dispose d'un catalogue de données central, mais que celui-ci n'est pas entièrement renseigné avec les métadonnées requises pour les autres étapes ou qu'il n'est utilisé que par quelques secteurs d'activité. Cette classification a un impact sur les fonctionnalités de partage de données dans la section suivante (Informations et rapports) étape.

  • Gray signifie que l'histoire n'est pas requise.

  • Le rouge signifie que l'histoire est requise par les résultats commerciaux mais qu'elle n'a pas été mise en œuvre. Par exemple, dans le diagramme,Partage de donnéeshistoire parue dans leInformations et rapportsLa scène est rouge. La création d'un modèle d'apprentissage automatique complet pour les recommandations des clients nécessite de regrouper les ensembles de données, ce qui nécessite des fonctionnalités de partage de données. Cependant, cette histoire n'a pas été mise en œuvre. Dans cet exemple, le partage de données nécessite également des fonctionnalités dansLac de donnéesétape pour être pleinement fonctionnelle, du moins pour les ensembles de données qui font partie des modèles, mais vous pouvez voir queGestion des donnéesn'a pas été implémenté.

L'histoireConfidentialité, protection et conformité des données(dans leLac de donnéesstage) est toujours nécessaire, et cela devient d'autant plus pertinent à mesure que les réglementations en matière de confidentialité des données sont renforcées par de nouvelles exigences en matière de protection des données. Par exemple, leRèglement général sur la protection des données (RGPD)a débuté aux États-Unis avecLoi sur la protection des données des consommateurs de Virginie (CDPA)et leLoi californienne sur la protection de la vie privée des consommateurs (CCPA), et est déjà en place pour certains pays d'Amérique latine tels queLoi générale sur la protection des données personnelles (LGPD)au Brésil,Protection des données au Mexiqueau Mexique, la protection des données en Colombie,Loi 29733au Pérou, etLois argentines sur la protection des données personnelles.