Share via


Scénarios d’utilisation Power BI : Prototypage et partage

Notes

Cet article fait partie de la série d’articles sur la planification de l’implémentation de Power BI. Cette série se concentre principalement sur la charge de travail Power BI au sein de Microsoft Fabric. Pour une introduction à la série, consultez Planification de la mise en œuvre de Power BI.

Comme l’explique la Feuille de route d’adoption de Fabric, l’exploration, l’expérimentation et l’obtention de commentaires utiles provenant d’un petit groupe d’utilisateurs est l’objectif de la phase 1 de l’adoption de la solution.

Un prototype (ou une preuve de concept (POC)) est une solution Power BI destinée à résoudre les inconnus et à atténuer les risques. Cette solution peut être partagée avec les utilisateurs afin d’obtenir leurs commentaires lors des itérations du développement. La solution peut être temporaire, de courte durée, ou finalement évoluer pour devenir entièrement validée et publiée. Un prototype est généralement créé pour les scénarios décisionnels du service et décisionnels de l’entreprise (et parfois pour les scénarios décisionnels de l’équipe).

Le prototypage se produit souvent naturellement pendant le développement du décisionnel libre-service. Un prototype peut aussi être un petit projet ayant des objectifs et une étendue spécifiques.

Notes

Le scénario de prototypage et de partage fait partie des scénarios de décisionnel libre-service. Pour obtenir la liste complète des scénarios libre-service, consultez l’article Scénarios d’utilisation de Power BI.

Par souci de concision, certains aspects décrits dans la rubrique Scénarios de collaboration et de distribution de contenu ne sont pas abordés dans cet article. Pour une couverture complète, lisez d’abord ces articles.

Schéma du scénario

Le schéma suivant présente une vue d’ensemble des actions utilisateur les plus courantes et des composants Power BI prenant en charge les activités de prototypage. Ce scénario décrit l’utilisation de Power BI Desktop pendant une session de prototypage interactive. Il explique également le partage dans le service Power BI lorsque des commentaires supplémentaires sont nécessaires de la part d’un expert.

Diagram shows prototyping and sharing, which is about rapidly exploring prototypes or defining user requirements. Items in the diagram are described in the table below.

Conseil

Nous vous encourageons à [télécharger le diagramme de scénario](powerbi-implementation-planning-usage-scenario-diagrams.md#prototypage-and-sharing si vous souhaitez l’incorporer dans votre présentation, documentation ou billet de blog ou encore l’imprimer sous forme d’affiche murale. Étant donné qu’il s’agit d’une image SVG (Scalable Vector Graphics), vous pouvez la mettre à l’échelle vers le haut ou vers le bas sans aucune perte de qualité.

Le diagramme de scénario décrit les actions utilisateur, outils et fonctionnalités qui suivent :

Item Description
Item 1. Les créateurs de contenu Power BI développent des solutions de décisionnel à l’aide de Power BI Desktop.
Item 2. Power BI Desktop se connecte aux données d’une ou plusieurs sources de données. Les requêtes et les mashups de données, qui combinent plusieurs sources, sont développés dans l’Éditeur Power Query.
Item 3. Le développement du modèle de données et la création de rapports se font dans Power BI Desktop. L’objectif est d’aider les membres de l’équipe à comprendre la signification et l’importance des données en les plaçant dans un contexte visuel.
Item 4. Les experts techniques apportent leurs commentaires lors d’une session de prototypage interactive. En fonction des commentaires des experts techniques (et d’autres membres de l’équipe), les créateurs de contenu apportent des améliorations itératives directement à la solution de décisionnel.
Item 5. Si vous le souhaitez, les créateurs de contenu publient leur fichier Power BI Desktop (.pbix) du fichier projet Power BI (.pbip) dans le service Power BI. La publication de solutions de prototypage pour le service Power BI est facultative.
Item 6. Le contenu est publié dans un espace de travail autre que de production. Son objectif principal est de fournir une zone de développement permettant la révision par les membres de l’équipe.
Item 7. Un rapport est partagé avec un collègue afin de lui fournir des autorisations en lecture seule sur celui-ci (et ses données sous-jacentes). L’opération de partage peut être effectuée avec un lien de partage ou un partage d’accès direct. Le partage peut être avantageux pour une solution de prototypage dans le but de fournir un accès temporaire pendant le processus de commentaires.
Item 8. Certaines sources de données peuvent nécessiter une passerelle de données locale ou une passerelle de réseau virtuel pour l’actualisation des données, comme celles qui résident dans un réseau d’organisation privé.
Item 9. Les administrateurs Power BI supervisent et monitorent l’activité du service Power BI. Un espace de travail de développement (contenant des solutions de prototypage et des solutions autres que de production) implique une gouvernance bien moins importante que celle d’un espace de travail de production.

Points clés

Voici quelques points clés à souligner concernant le scénario de prototypage et de partage.

Sessions de prototypage interactives

Les sessions de prototypage interactives sont utiles pour obtenir des commentaires immédiats lors de l’exploration des exigences utilisateur, la validation des calculs, la clarification des besoins de disposition visuelle, la validation de l’expérience utilisateur et la confirmation de la présentation du rapport. Utilisez Power BI Desktop pendant les sessions de prototypage qui sont menées de manière interactive avec des experts techniques.

Service Power BI

La publication de solutions de prototypage pour le service Power BI est facultative. Cela peut vous être utile lorsque vous devez partager des résultats préliminaires à des fins de commentaires et de prise de décision.

Conseil

Les solutions de prototypage doivent être clairement séparées des autres contenus de production afin que les consommateurs aient des attentes appropriées pour les solutions autres que de production. Par exemple, des consommateurs d’un rapport prototype peuvent ne pas s’attendre à ce qu’il contienne toutes les données ou qu’il soit actualisé selon une planification. Un rapport prototype ne doit pas être utilisé pour les décisions métier tant qu’il n’a pas été entièrement validé, finalisé et publié dans un espace de travail de production.

Espace de travail

Un espace de travail de développement est approprié dans ce scénario, car il implique de travailler avec un scénario de collaboration de décisionnel d’équipe (plutôt qu’avec un espace de travail personnel, comme décrit dans le scénario de décisionnel personnel). Une fois la solution finalisée et entièrement testée, celle-ci peut être rapidement promue vers un espace de travail de production (comme décrit dans le scénario de publication de contenu libre-service).

Partage de rapports et de tableaux de bord

Le schéma du scénario montre un partage direct avec un destinataire (plutôt qu’un partage avec des rôles d’espace de travail ou une application Power BI). L’utilisation de la fonctionnalité de partage est appropriée pour les scénarios de collaboration lorsque des collègues travaillent en étroite collaboration de manière informelle. Le partage est utile dans cette situation, car il est limité à un petit nombre de collègues qui doivent effectuer une révision et fournir des commentaires sur la solution prototype.

Conseil

Le partage d’éléments individuels ne doit être effectué que rarement. Étant donné que le partage est configuré pour chaque élément d’un espace de travail, il est plus fastidieux à gérer et présente un risque d’erreur plus grand. Une bonne alternative au partage (non représenté dans le schéma du scénario) consiste à utiliser des rôles d’espace de travail (décrits dans le scénario de décisionnel d’équipe). Les rôles d’espace de travail se révèlent particulièrement utiles lorsque des collègues ont besoin d’accéder à tous les éléments d’un espace de travail.

Configuration de la passerelle

En général, une passerelle de données est nécessaire pour accéder à des sources de données qui résident dans le réseau organisationnel privé ou dans un réseau virtuel. La passerelle de données locale devient pertinente une fois qu’un fichier Power BI Desktop est publié sur le service Power BI. Les deux objectifs d’une passerelle sont les suivants : actualiser les données importées ou afficher un rapport qui interroge une connexion active ou un modèle sémantique DirectQuery (précédemment appelé jeu de données) (non représenté dans le diagramme du scénario).

Remarque

Pour les scénarios d’équipe, de service et d’entreprise, une passerelle de données centralisée en mode standard est fortement recommandée par rapport aux passerelles en mode personnel. En mode standard, la passerelle de données prend en charge la connexion dynamique et les opérations DirectQuery (en plus des opérations programmées d’actualisation des données).

Supervision du système

Le journal d’activité enregistre les activités utilisateur qui se produisent dans le service Power BI. Les administrateurs Power BI peuvent utiliser les données du journal d’activité qui sont collectées pour effectuer un audit afin de les aider à comprendre les modèles d’utilisation et à détecter les activités à risque. Les exigences d’audit et de gouvernance sont généralement moins strictes pour les scénarios de prototypage et de décisionnel personnel.

Pour d’autres scénarios utiles qui vous aideront dans les décisions d’implémentation de Power BI, consultez l’article Scénarios d’utilisation de Power BI.