Qu'est-ce qu'un product owner données ? Rôle, compétences et responsabilités

Résumé

product owner de données product owner chargé du développement, de la réussite et de la valeur commerciale des data products une organisation.
Ce poste requiert à la fois des connaissances techniques, un sens des affaires, des compétences en communication et la capacité de travailler avec des équipes techniques et non techniques.
Ses principales responsabilités consistent à définir la vision, à planifier la feuille de route, à gérer le backlog, à coordonner les parties prenantes et à veiller au respect des exigences gouvernance de qualité.
product owner de données travaille product owner en étroite collaboration avec les équipes de développement afin de clarifier les besoins et d'orienter les décisions relatives à la mise en œuvre.
Selon le contexte, le product owner chargé des données peut recouper product owner traditionnel ou s'en distinguer.

Dans notre précédent article sur les produits data products Data Products, nous avons abordé la définition, les caractéristiques et les exemples de data products , ainsi que la nécessité d'adopter un état d'esprit axé sur les produits pour transformer véritablement vos jeux de données en data products viables. Dans le cadre de cette évolution vers une architecture Data Mesh , il est important de souligner une partie très importante de la gestion des produits de données : la propriété des produits de données. En effet, il est essentiel de désigner les bonnes personnes comme parties prenantes de vos data productsentreprise.

Dans cet article, nous abordons l'aspect humain des data products - le rôle, les responsabilités et les compétences requises d'un product owner données.

Quels sont les rôles et les compétences d'un product owner données ?

Comme leur nom l'indique, les propriétaires de produits de données sont les garants du développement et du succès des data products au sein d'une organisation. Ils font le lien entre les équipes chargées des données, les parties prenantes et les utilisateurs finaux, en traduisant des concepts de données complexes en informations exploitables qui génèrent de la valeur et de l'innovation. Pour ce faire, les propriétaires de produits de données disposent d'un ensemble unique de compétences techniques, notamment la capacité d'extraire des informations des données et d'identifier des modèles, de comprendre des langages de programmation tels que Python ou R, et de disposer d'une base solide dans les technologies de données telles que les entrepôts de données, les bases de données, les lacs de données, etc.

En plus de ses compétences techniques, le product owner données a un grand sens des affaires, avec la capacité de comprendre le contexte, les objectifs, les tendances et le paysage général de l'entreprise et de développer des stratégies de données qui sont alignées sur ce contexte. Il utilise donc les données pour prise de décision en collectant et en analysant correctement les données.

Enfin, les responsables de produits de données ont d'excellentes compétences en matière de communication et sont capables de transmettre des informations sur les données aux différentes parties prenantes de l'entreprise, telles que les data scientists et les développeurs, mais aussi à des rôles non techniques tels que les utilisateurs professionnels et les analystes. En général, ils ont également une expérience des méthodologies agiles et des compétences en matière de résolution de problèmes pour fournir des data products performants dans les délais impartis.

Quelles sont les principales responsabilités d'un product ownerdonnées ?

La nature multidimensionnelle du product owner données, telle que décrite ci-dessus, lui confère une grande variété de responsabilités. Dans Data Mesh in Action, de J. Majchrzak et al, les tâches des propriétaires de produits de données sont énumérées comme suit :

Définition de la vision : Ils sont chargés de déterminer l'objectif de la création d'un produit de données, de comprendre ses utilisateurs et de cerner leurs attentes à travers le prisme de la réflexion produit.
Planification stratégique du développement de produits : Ils sont chargés d'élaborer une feuille de route complète pour le parcours de développement du produit de données, ainsi que de définir les indicateurs clés de performance (KPI).
Garantir la conformité aux exigences : Il est essentiel de s'assurer que le produit de données répond à toutes les exigences. Cela implique notamment de fournir une métadonnées détaillée métadonnées et de garantir la conformité aux normes reconnues et gouvernance des données.
Gestion du backlog et hiérarchisation des priorités :product owner données product owner les décisions tactiques concernant la gestion du backlog du produit données. Cela implique de hiérarchiser les exigences, de les clarifier, de diviser les stories et d'approuver les éléments mis en œuvre.
partie prenante : Elles doivent recueillir des informations pour comprendre les attentes et clarifier toute incohérence ou exigence contradictoire afin d'assurer la cohérence.
Collaboration avec les équipes de développement : Il est essentiel de collaborer avec l'équipe de développement des produits de données pour clarifier les exigences et prendre décisions éclairées les défis liés au développement et à la mise en œuvre.
Participation à gouvernance des données :product owner données contribue product owner au travail de gouvernance des données, en influençant la mise en place de règles au sein de l'organisation et en fournissant des retours d'expérience précieux sur la mise en œuvre pratique des gouvernance des données.

Si le principe veut qu'il n'y ait qu'un seul product owner données pour un produit de données spécifique, un seul propriétaire peut superviser plusieurs produits, en particulier s'ils sont plus petits ou s'ils requièrent moins d'attention. La taille et la complexité des data products varient, ce qui entraîne des différences dans les responsabilités spécifiques assumées par les propriétaires de produits de données.

Quelles sont les différences entre un product owner données et un product owner?

La relation entre un product owner et un product owner données peut varier en fonction de caractéristiques et d'exigences spécifiques. Si, dans certains cas, ces rôles se chevauchent, dans d'autres, ils divergent nettement. Dans le livre Data Mesh en action, on distingue trois scénarios différents :

Cas 1 : Le double rôle

Dans ce scénario, le product owner données est également product owner, et les équipes de développement du produit de données et du produit global s'alignent. Cette configuration est la plus appropriée lorsque le produit de données s'étend à partir du système source et que la complexité est gérable, ne nécessitant pas d'efforts de développement distincts.

Un exemple serait un module d'achat d'abonnements fournissant des données sur les achats intégrés de manière transparente dans le système source.

Cas 2 : Double propriété, équipes séparées

Dans ce cas, le product owner données joue un double rôle en tant que product owner, mais les équipes responsables du produit de données et du développement global du produit sont distinctes. Cette configuration est appliquée lorsque les données analytiques dérivées de l'application sont nombreuses et nécessitent un carnet de commandes distinct et une équipe spécialisée pour l'exécution.

Un exemple serait un module d'achat d'abonnement offrant des données analytiques étayées par un modèle ML, permettant de prédire le comportement d'achat.

Cas 3 : Entités indépendantes

Dans ce scénario, les rôles du product owner données et du product owner sont distincts, et les équipes responsables du produit de données et du développement global du produit opèrent de manière indépendante. Cette configuration est choisie lorsque le produit de données est une solution complexe nécessitant des efforts de développement indépendants.

Un exemple serait la construction d'un data mart soutenu par un modèle ML pour prédire le comportement d'achat.

Par essence, l'interaction entre les rôles de product owner et de product owner données dépend des subtilités du produit de données et de sa relation avec le système global. Qu'elle soit convergente ou divergente, la configuration choisie s'aligne sur les exigences spécifiques posées par la complexité et les besoins d'intégration du produit de données en question.

Conclusion

En conclusion, comme les organisations adoptent de plus en plus la gestion des produits de données dans le cadre d'une architecture de Data Mesh , l'efficacité des propriétaires de produits de données devient essentielle. Leur capacité à relier les subtilités techniques aux objectifs de l'entreprise, combinée à une connaissance approfondie des technologies de données en constante évolution, les positionne comme des figures centrales pour guider le voyage vers la libération du plein potentiel des Data Products l'entreprise.

À propos de l'auteur