Planification de l’implémentation de Power BI : Planifier et concevoir du contenu

Cet article vous aide à planifier et à concevoir du contenu dans le cadre de la gestion de cycle de vie du contenu. Il est principalement destiné à :

• Centre d’excellence (COE) et équipes BI : les équipes qui sont également responsables de la supervision de Power BI au sein de l’organisation. Ces équipes comprennent des décideurs qui décident de la manière de gérer le cycle de vie du contenu de Power BI.
• Créateurs de contenu et propriétaires de contenu : Utilisateurs qui créent du contenu, qu’ils souhaitent publier sur le portail Fabric afin de le partager avec d’autres personnes. Ces personnes sont responsables de la gestion de cycle de vie du contenu Power BI qu’elles créent.

La gestion de cycle de vie est constituée de l’ensemble des processus et des pratiques que vous utilisez pour gérer le contenu depuis sa création jusqu’à son retrait. Comme décrit dans le premier article de cette série, la gestion de cycle de vie du contenu Power BI est importante pour garantir une livraison fiable et cohérente du contenu aux utilisateurs professionnels.

La première étape du cycle de vie du contenu consiste à planifier et à concevoir le contenu. Vous démarrez généralement le cycle de vie du contenu en effectuant une planification de solution BI. Vous rassemblez les exigences afin de comprendre et de définir le problème que votre solution doit résoudre, et de parvenir à une conception de solution. Au cours de cette phase de planification et de conception, vous prenez des décisions clés pour préparer les phases ultérieures.

L’image suivante illustre le cycle de vie du contenu Power BI, et met en évidence la première phase, au cours de laquelle vous planifiez et concevez le contenu.

Lors de la collecte des exigences, vous devez clairement décrire les aspects relatifs au contenu qui affectent votre approche de la gestion de cycle de vie. Vous devez documenter ces aspects dans le cadre de la planification et de la conception de votre solution.

Les sections suivantes de cet article décrivent les principaux aspects et considérations d’une solution qui motiveront votre approche de la gestion de cycle de vie durant la planification et la conception de votre contenu.

Identifier et décrire le contenu

Lorsque vous concevez votre solution, vous devez décrire ce qu’est le contenu, qui le créera, qui le prendra en charge et dans quelle mesure ce contenu est critique pour l’organisation. Vous devez identifier ces facteurs pendant la collecte des exigences dans le cadre de la conception de votre solution, ou une fois cette collecte terminée.

Répondez aux questions suivantes sur votre contenu pour vous aider à prendre des décisions en matière de gestion de cycle de vie ultérieurement.

Quel est le format du contenu ?

Le type, l’étendue et la complexité du contenu motivent les décisions clés relatives à la manière dont vous le gérerez. Par exemple, un rapport unique pour un public limité nécessite une approche de gestion de cycle de vie différente de celle requise dans le cas d’un modèle sémantique qui sera utilisé par l’ensemble de l’organisation et par plusieurs charges de travail différentes en aval.

Répondez aux questions suivantes pour vous aider à déterminer le type de contenu que vous allez créer.

• Quels types d’éléments vous attendez-vous à créer, et combien d’éléments de chacun de ces types ? Par exemple, allez-vous créer des éléments de données tels que des flux de données ou des modèles sémantiques, des éléments de génération d’états tels que des rapports ou des tableaux de bord, ou une combinaison des deux ?
• Comment le contenu est-il remis aux consommateurs de contenu ? Par exemple, les consommateurs utiliseront-ils des éléments de données pour créer leur propre contenu, afficheront-ils uniquement des rapports centralisés, ou une combinaison des deux ?
• Quel est le degré de complexité du contenu ? Par exemple, s’agit-il d’un petit prototype, ou d’un modèle sémantique volumineux qui englobe plusieurs processus métier ?
• Vous attendez-vous à ce que l’échelle, l’étendue et la complexité du contenu augmentent au fil du temps ? Par exemple, le contenu englobera-t-il d’autres régions ou domaines d’activité à l’avenir ?
• Selon vous, pendant combien de temps l’entreprise aura-t-elle besoin de ce contenu ? Par exemple, ce contenu prendra-t-il en charge une initiative clé de l’entreprise ayant un calendrier précis ?

Qui va créer et prendre en charge le contenu ?

Les créateurs de contenu ont différents besoins, compétences et workflows. Ces facteurs influenceront la réussite des différentes approches de gestion de cycle de vie. Les équipes centrales et de grande taille avec collaboration nécessitent souvent une gestion de cycle de vie du contenu plus sophistiquée que les petites équipes de créateurs en libre-service.

Répondez aux questions suivantes pour vous aider à déterminer qui créera ou prendra en charge le contenu.

• Selon vous, combien de personnes différentes créeront ce contenu ? Plusieurs créateurs de contenu collaboreront-ils, ou une seule personne sera-t-elle responsable de la création du contenu ?
• Les créateurs de contenu connaissent-ils la gestion de cycle de vie et les concepts associés tels que la gestion de versions ? Les créateurs de contenu comprennent-ils les avantages offerts par la gestion de cycle de vie ?
• Les créateurs de contenu qui développent la solution sont-ils les mêmes personnes qui le prendront en charge après le déploiement ?
• Les créateurs de contenu ou leurs équipes ont-ils des pratiques de gestion de cycle de vie existantes en place pour prendre en charge les solutions existantes ?
• Les créateurs de contenu utilisent-ils actuellement des outils de gestion de cycle de vie comme Azure DevOps ?

Quelle est l’importance du contenu ?

En fonction de l’importance du contenu pour l’entreprise, vous prendrez différentes décisions quand à la manière de le gérer. Le contenu critique pour l’entreprise nécessite des approches de gestion de cycle de vie de contenu plus robustes, afin de garantir la qualité et d’atténuer les perturbations possibles.

Répondez aux questions suivantes pour vous aider à déterminer si le contenu est critique.

• Dans quelle mesure ce contenu est-il critique pour l’entreprise ? Quelle est l’urgence de la demande de développement ?
• Des décisions ou des actions critiques pour l’entreprise découleront-elles des informations fournies par ce contenu ?
• À quelle échelle prévoyez-vous de distribuer ce contenu (cela peut aller de l’ensemble de l’organisation à une équipe locale limitée) ?
• Les dirigeants ou d’autres décideurs stratégiques s’appuieront-ils sur ce contenu pour leur travail ?
• Quel est l’impact de ce contenu ? Par exemple, en cas d’indisponibilité soudaine du contenu, quels seraient les impacts métier (, par exemple, perte de revenus ou interruption de processus métier) ?

Une fois que vous avez suffisamment identifié et décrit le contenu que vous allez créer, vous devez décider de la manière dont les créateurs de contenu doivent collaborer.

Décider de la manière dont les créateurs de contenu doivent collaborer

À mesure qu’une solution augmente en étendue et en complexité, plusieurs créateurs et propriétaires de contenu devront sans doute collaborer. Lors de la création de solutions complexes, nous vous recommandons d’utiliser des outils efficaces qui aident à structurer, à gérer et à prendre en charge la collaboration. Il existe de nombreuses façons de collaborer lors de la production de contenu Power BI, par exemple à l’aide de Microsoft Teams ou d’Azure DevOps.

Microsoft Teams

Pour les projets plus petits ou plus simples, les créateurs de contenu peuvent collaborer à l’aide de Microsoft Teams.

En utilisant Microsoft Teams, les créateurs de contenu structurent leur communication et leur planification, et ils travaillent dans des équipes et des canaux. Microsoft Teams est souvent un bon choix pour des scénarios de collaboration simples. Par exemple, les équipes décentralisées qui produisent du contenu pour un public limité peuvent utiliser des bibliothèques de documents pour le stockage de fichiers et la gestion de versions. Ils peuvent également utiliser d’autres outils et services intégrés.

Pour collaborer et communiquer dans Microsoft Teams, vous utilisez des services de prise en charge tout au long du cycle de vie de votre contenu Power BI.

• Planificateur : les propriétaires de contenu peuvent utiliser Microsoft Planificateur pour créer des plans, qu’ils utilisent pour le suivi des tâches et la définition de l’étendue du travail de contenu. Les tâches peuvent décrire des problèmes, des bogues ou des fonctionnalités dans la solution, et les parties prenantes correspondantes.
• SharePoint : les créateurs de contenu peuvent stocker et gérer des fichiers dans une bibliothèque de documents Microsoft Teams ou un site connecté pour chaque canal. Les fichiers de contenu stockés dans SharePoint peuvent utiliser la gestion de versions pour faciliter le suivi et la gestion des modifications de contenu. Pour plus d’informations sur le suivi et la gestion des modifications à l’aide de SharePoint, consultez Phase 2 : Développer du contenu et gérer les modifications.
• Approbations : les créateurs et les propriétaires de contenu peuvent configurer et utiliser des workflows afin d’approuver les modifications de contenu ou les mises en production après révision.
• Fabric et Power BI : les créateurs et les propriétaires de contenu peuvent accéder au portail Fabric à partir de Microsoft Teams. À partir de là, ils peuvent gérer ou discuter du contenu, et ajouter des rapports utiles à des onglets dans les canaux Teams.
• Autres intégrations : les créateurs de contenu peuvent utiliser d’autres services Microsoft ou tiers qui s’intègrent à Microsoft Teams pour mieux répondre à leurs besoins et workflows préférés.

Nous vous recommandons de définir un processus structuré décrivant comment les créateurs de contenu doivent utiliser Microsoft Teams pour collaborer. Vérifiez que vous déterminez :

• Comment gérer l’accès aux équipes et aux canaux.
• Qui est responsable de la gestion des équipes et des canaux.
• Comment le travail est réparti et organisé en équipes, canaux et plans distincts.
• Comment les créateurs de contenu doivent utiliser une bibliothèque de documents pour organiser les fichiers et assurer le suivi et la gestion des modifications. Par exemple, comment organiser la bibliothèque de documents et déterminer si les créateurs de contenu doivent archiver et extraire les fichiers.
• Si les créateurs de contenu doivent utiliser l’actualisation OneDrive pour publier automatiquement des fichiers Power BI Desktop (.pbix).
• Comment les conflits de synchronisation de fichiers sont résolus.
• Quand archiver et supprimer les fichiers d’une bibliothèque de documents qui ne sont plus pertinents.

Azure DevOps

Les créateurs et les propriétaires de contenu peuvent également communiquer et collaborer dans un hub central et organisé à l’aide d’Azure DevOps.

À l’aide d’Azure DevOps, les créateurs de contenu utilisent des projets pour structurer leur communication, leur planification et leur travail. En outre, les créateurs de contenu peuvent orchestrer la gestion de cycle de vie du contenu à partir d’Azure DevOps en effectuant un contrôle de code source, une validation et un déploiement. Le contrôle de code source est le processus qui consiste à gérer les modifications plus précises apportées au code de contenu et aux métadonnées.

Azure DevOps est souvent un bon choix pour les scénarios de collaboration avancés, car il existe des services et des options de prise en charge pour orchestrer la création et le déploiement de contenu.

Nous vous recommandons de définir un processus structuré décrivant comment les créateurs de contenu doivent utiliser Azure DevOps pour collaborer. Vérifiez que vous déterminez :

• Comment le travail est délimité et comment les branches de contenu sont créées, nommées et utilisées.
• Comment les auteurs regroupent et commitent les modifications et les décrivent avec des messages de commit.
• Qui est responsable de la révision et de l’approbation des modifications à l’aide de demandes de tirage.
• Comment les conflits de fusion de demandes de tirage sont résolus, et qui les résout.
• Comment les modifications apportées dans différentes branches doivent être fusionnées en une branche unique.
• Comment le contenu est testé et qui effectue les tests avant le déploiement du contenu.
• Comment et quand les modifications sont déployées dans les espaces de travail de développement, de test et de production.
• Comment et quand les modifications déployées ou les versions de la solution peuvent être restaurées.

Une fois que vous avez décidé si et comment les créateurs de contenu doivent collaborer, vous devez décider où vous allez stocker vos fichiers. Une grande partie de ces fichiers seront stockés à l’emplacement où vous choisissez de collaborer.

Décider de l’emplacement de stockage des fichiers

Lors de la création de contenu, vous produisez généralement différents types de fichiers. Il est important de décider où stocker ces fichiers afin de pouvoir les gérer efficacement.

Les types de fichiers que vous devrez stocker incluent souvent :

• Fichiers de contenu : fichiers qui contiennent les données de contenu ou les métadonnées. Les fichiers de contenu contenant des données telles que .pbix et Projet Power BI (.pbip) contiennent des informations sensibles. Stockez les fichiers de contenu à un emplacement sécurisé accessible uniquement par ceux qui ont besoin d’y accéder. En outre, vous devez stocker les fichiers de contenu à un emplacement qui prend en charge la gestion de versions, comme une bibliothèque de documents dans Microsoft Teams ou un dépôt Git dans Azure DevOps. Voici quelques exemples de fichiers de contenu :
  • Fichiers Power BI Desktop (.pbix)
  • Fichiers de projets Power BI (.pbip)
  • Fichiers de rapports paginés Power BI (.rdl)
  • Fichiers de métadonnées de modèle (.bim ou TMDL)
  • Fichiers de métadonnées de flux de données (.json)
• Fichiers de sources de données : fichiers consommés par des éléments de données tels que des modèles sémantiques ou des flux de données. Le contenu dépend directement des fichiers de sources de données. Il est donc important de réfléchir soigneusement à l’emplacement où ils sont stockés, car la suppression des fichiers entraînera un échec de l’actualisation des données. Par ailleurs, ces fichiers sont susceptibles de contenir des informations sensibles. Par conséquent, stockez les fichiers de sources de données dans un environnement sécurisé, fiable et approuvé auquel d’autres personnes ont un accès limité. Voici quelques exemples de fichiers de sources de données :
  • Sources de données structurées, telles que des classeurs Excel ou des fichiers Parquet ou CSV.
  • Sources de données semi-structurées, telles que des fichiers JSON ou XML.
  • Sources de données non structurées, telles que les images que vous importez dans des rapports.
• Fichiers de prise en charge : fichiers qui prennent en charge la création ou la gestion du contenu, mais ne sont pas nécessaires à son fonctionnement. Les fichiers de prise en charge doivent être stockés à un emplacement qui prend en charge la gestion de versions, et accessibles par d’autres outils et créateurs de contenu. Voici quelques exemples de fichiers de prise en charge :
  • Fichiers de règles Best Practice Analyzer (.json).
  • Fichiers de thème Power BI (.json).
  • Fichiers de code source pour le contenu et les requêtes.
  • Fichiers de visualisation personnalisée (.pbiviz).
• Modèles et documentation : fichiers qui facilitent la création de contenu en libre-service ou décrivent du contenu existant. Les modèles et la documentation doivent être facilement accessibles par les personnes qui doivent les utiliser. Voici quelques exemples de modèles et de documentation :
  • Fichiers de modèle Power BI (.pbit).
  • Modèles de visualisation et exemples de rapports.
  • Conceptions et documentation des solutions.
  • Planification et feuilles de route des solutions.
  • Demandes des utilisateurs et problèmes liés aux solutions.

Différentes options s’offrent à vous pour le stockage des fichiers. Veillez à sélectionner l’emplacement approprié, en fonction du type de fichier, de son contenu et de la façon dont il sera utilisé.

SharePoint Online ou OneDrive

Une solution courante pour le stockage de fichiers consiste à utiliser des sites SharePoint. SharePoint est largement accessible par la plupart des utilisateurs, et hautement intégré à Power BI et à d’autres applications Microsoft 365, comme Microsoft Teams. En outre, il offre une gestion de versions intégrée, ce qui le rend idéal pour le stockage de la plupart des types de fichiers. La gestion de versions vous permet d’afficher et de gérer différentes versions enregistrées d’un fichier.

Lorsque vous stockez des fichiers dans SharePoint, tenez compte des points suivants.

• Organisation : veillez à maintenir une structure cohérente et logique afin qu’il soit facile de trouver des fichiers spécifiques. Utilisez de bonnes conventions d’affectation de noms, organisez les fichiers dans des dossiers, et archivez les fichiers qui ne sont plus pertinents pour les projets en cours.
• Actualisation OneDrive : vous pouvez lier un modèle sémantique ou un rapport publié à un fichier .pbix stocké dans un site SharePoint ou OneDrive Entreprise (également appelé OneDrive professionnel ou scolaire). Avec cette approche, vous n’avez plus besoin de publier le modèle sémantique pour que les modifications entrent en vigueur. Au lieu de cela, vos modifications sont visibles après une actualisation OneDrive automatique, qui se produit toutes les heures. Bien qu’elle soit pratique, sachez que cette approche implique quelques mises en garde et défis. Quand un problème survient, il est difficile de revenir en arrière.
• Aperçus de rapports : dans SharePoint, il est possible d’afficher des rapports Power BI sans avoir à installer Power BI Desktop ou à télécharger le fichier .pbix localement. Lorsque vous ouvrez des rapports de cette façon, ils sont affichés dans le navigateur. Cette capacité peut être une alternative pratique à l’affichage des rapports à partir du portail Fabric. Elle est activée par défaut dans les paramètres du locataire Fabric.

Envisagez de stocker les types de fichiers suivants dans SharePoint.

• Modèles et documentation : stockez les modèles et la documentation dans SharePoint lorsque vous n’avez pas de solution de stockage existante. SharePoint est idéal pour ces fichiers, car vous pouvez accorder l’accès à d’autres personnes et gérer les fichiers sans configuration ou processus complexes.
• Fichiers de prise en charge : stockez les fichiers de prise en charge dans SharePoint lorsque vous n’avez pas de solution de stockage existante. Toutefois, il peut être préférable de stocker certains fichiers de prise en charge (tels que les fichiers .json de thème Power BI pour les rapports) dans un système de gestion de versions qui permet d’afficher et de gérer les modifications enregistrées.
• Fichiers de contenu : stockez le contenu dans SharePoint lorsqu’il n’est pas critique pour l’entreprise ou lorsque vous n’avez pas accès à un référentiel distant tel qu’Azure Repos.
• Sources de données : stockez les sources de données dans SharePoint uniquement lorsqu’elles sont de petite taille et de faible complexité. Faites preuve de discipline lors de l’utilisation de SharePoint pour stocker des fichiers de source de données. Envisagez des alternatives, comme OneLake.

OneLake

Si vous disposez d’une capacité Fabric, OneLake peut être un bon choix pour stocker des fichiers de source de données. Vous pouvez charger ou synchroniser des fichiers vers OneLake à l’aide de l’explorateur de fichiers OneLake, où ils peuvent être transformés en tables en vue d’une utilisation dans des charges de travail en aval telles que Power BI. Pour les sources de données plus volumineuses ou régulièrement mises à jour, vous pouvez charger des fichiers vers OneLake automatiquement à l’aide de Fabric Data Factory ou d’autres applications qui utilisent l’API Azure Data Lake Storage (ADLS) Gen2 ou le kit de développement logiciel (SDK) Python Stockage Azure.

Dépôt distant

Les créateurs de contenu peuvent commiter et enregistrer du travail à partir de leur machine locale dans un référentiel distant, tel qu’un dépôt Git Azure Repos, à intervalles réguliers pendant le développement. Un référentiel distant contient la dernière version de la solution, et il est accessible à l’ensemble de l’équipe de développement. En règle générale, un référentiel distant facilite des approches de gestion de cycle de vie plus avancées que l’utilisation de Teams, SharePoint ou OneDrive. Cela est dû au fait qu’en utilisant un référentiel distant, les créateurs de contenu peuvent bénéficier d’options plus sophistiquées pour collaborer sur des fichiers, ou suivre et gérer les modifications de fichiers. Par exemple, les créateurs de contenu peuvent travailler sur leur propre branche du référentiel distant pour apporter des modifications, et demander à fusionner ces modifications dans la branche principale lorsqu’ils sont prêts.

Envisagez de stocker les types de fichiers suivants dans un référentiel distant.

• Modèles et documentation : stockez les modèles et la documentation dans un référentiel distant lorsque vous gérez le projet avec des services associés tels qu’Azure DevOps.
• Fichiers de prise en charge : stockez les fichiers de prise en charge dans un référentiel distant lorsqu’il y en a un disponible pour suivre et gérer facilement les modifications.
• Fichiers de contenu : stockez le contenu dans un référentiel distant lorsqu’il est critique pour l’entreprise, ou que vous envisagez de collaborer avec d’autres développeurs sur le même contenu. Un référentiel distant est idéal pour suivre les modifications apportées au contenu et faciliter la collaboration.

Aucun fichier : contenu créé dans le portail Fabric

Les créateurs de contenu peuvent créer du contenu directement dans le portail Fabric. Dans ce scénario, ils ne travaillent généralement pas directement avec les fichiers de contenu. En règle générale, vous devez créer du contenu dans le portail Fabric uniquement lorsque les types d’éléments ne peuvent pas être créés ailleurs (comme les flux de données, les tableaux de bord ou les cartes de performance). Vous pouvez également créer des rapports et des modèles sémantiques dans le portail Fabric lorsque vous n’avez pas accès à une machine Windows et ne pouvez donc pas utiliser Power BI Desktop. Pour plus d’informations, consultez Outils et appareils utilisateur.

Check-list : voici les décisions et actions clés lors de la planification et de la conception de contenu :

Contenu connexe

Dans l’article suivant de cette série, découvrez comment développer du contenu et gérer les modifications dans le cadre de la gestion de cycle de vie du contenu.