Planification de la mise en œuvre de Power BI : planification de la solution BI

Remarque

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.

Cet article vous aide à planifier des solutions qui prennent en charge votre stratégie de business intelligence (BI). Il est principalement destiné à :

• Directeurs ou responsables BI et analytique : décideurs chargés de superviser le programme BI et les solutions BI d'importance stratégique.
• Équipes de centre d'excellence (COE), informatiques et BI : les équipes qui conçoivent et déploient des solutions BI d'entreprise pour leur organisation.
• Experts en la matière (PME) et propriétaires et créateurs de contenu : les équipes et les individus qui défendent l'analyse dans un département et conçoivent et déploient des solutions pour des scénarios d'utilisation de BI en libre-service, de département ou d'équipe.

Une stratégie BI est un plan de mise en œuvre, d'utilisation et de gestion des données et des analyses. Vous définissez votre stratégie BI en commençant par la planification stratégique BI. La planification stratégique vous permet d’identifier vos domaines et objectifs BI. Pour déterminer la voie à suivre pour progresser vers vos objectifs BI, vous décrivez des résultats clés spécifiques à l’aide de la planification tactique. Vous progressez ensuite vers ces résultats clés en planifiant et en déployant des solutions BI.

Remarque

Dans le cadre des objectifs et des résultats clés (OKR), les objectifs sont des descriptions claires et générales de ce que vous souhaitez atteindre. En revanche, les résultats clés sont des résultats spécifiques et réalisables permettant de mesurer la progression vers l’un de vos objectifs.

En outre, les initiatives ou solutions sont des processus ou des outils conçus pour vous aider à obtenir un ou plusieurs résultats clés. Les solutions répondent aux besoins de données spécifiques des utilisateurs. Une solution peut prendre de nombreuses formes, telles qu’un pipeline de données, un data lakehouse, un modèle sémantique ou un rapport Power BI.

Pour plus d’informations sur les OKR, consultez Découvrir les OKR (Microsoft Viva Goals).

Il existe de nombreuses approches pour planifier et mettre en œuvre des solutions BI. Cet article décrit une approche que vous pouvez adopter pour planifier et mettre en œuvre des solutions BI qui prennent en charge votre stratégie BI.

Le diagramme général suivant illustre comment planifier la solution BI.

Vous suivez les étapes suivantes pour planifier la solution BI.

Étape	Description
1	Constituez une équipe de projet qui rassemble les exigences et définit la conception de la solution.
2	Planifiez le déploiement de la solution en effectuant la configuration initiale des outils et des processus.
3	Réaliser une preuve de concept (POC) de solution pour valider les hypothèses concernant la conception.
4	Créez et validez du contenu en utilisant des cycles itératifs de développement et de validation.
5	Déployez, prenez en charge et surveillez la solution après sa publication dans l'environnement de production.

Remarque

La planification des solutions BI s'applique à la fois aux projets BI en libre-service et aux projets BI d'entreprise.

Pour plus d’informations, consultez la série de migration Power BI. Bien que la série s'intéresse à la migration, les actions et considérations clés sont pertinentes pour la planification de la solution.

Étape 1 : Recueillir les exigences

Vous commencez la planification de la solution en rassemblant d'abord les exigences et en définissant la conception de la solution.

Remarque : La planification stratégique et tactique est dirigée par une équipe de travail qui dirige l'initiative. En revanche, la planification de la solution est dirigée par une équipe de projet composée de propriétaires et de créateurs de contenu.

Il est essentiel de rassembler les bonnes exigences pour réussir le déploiement et l’adoption d’une solution. Un moyen efficace de recueillir les exigences consiste à identifier et à impliquer les bonnes parties prenantes, à définir de manière collaborative le problème à résoudre et à utiliser cette compréhension commune du problème pour créer une conception de solution.

Voici quelques avantages de l’utilisation d’une approche collaborative pour recueillir les exigences.

• La contribution des utilisateurs produit des conceptions plus utiles : en engageant les utilisateurs dans des discussions ciblées pour collecter les exigences, vous pouvez capturer plus efficacement les besoins en données de l'entreprise. Par exemple, les utilisateurs peuvent montrer aux créateurs de contenu comment ils utilisent les solutions existantes et fournir des commentaires sur l'efficacité perçue de ces solutions.
• Évitez les hypothèses et atténuez les demandes de changement : les discussions avec les utilisateurs révèlent souvent des nuances, des exceptions et des complexités cachées. Ces informations réduisent la probabilité de demandes tardives, dont le traitement peut être coûteux.
• L'intégration des utilisateurs augmente l'adoption de la solution : en impliquant les utilisateurs dans la conception et le développement précoce, vous leur offrez la possibilité d'influencer le résultat final. L'implication peut également donner aux utilisateurs un sentiment de propriété intellectuelle et de responsabilité à l'égard de la solution. Les utilisateurs très impliqués seront plus susceptibles d’approuver la solution et de diriger leur communauté de pratique en l’utilisant efficacement.
• Les conceptions définissent les attentes des parties prenantes et des utilisateurs professionnels : en produisant des maquettes ou des illustrations de la conception de la solution, vous pouvez montrer clairement aux parties prenantes ce que la solution apportera. Cela aide également en créant une compréhension mutuelle du résultat attendu du projet. Ce processus est également connu sous le nom de design thinking et peut constituer un moyen efficace d’aborder et de comprendre des problèmes complexes.

Vous pouvez adopter différentes approches pour impliquer les utilisateurs et recueillir les exigences. Par exemple, vous pouvez rassembler les exigences avec la conception commerciale et la conception technique (décrites en détail dans les sections suivantes de cet article).

Le business design est une approche permettant de recueillir les exigences de l’entreprise. Il se concentre sur l’engagement des utilisateurs professionnels dans des sessions de conception commerciale pour concevoir la solution en collaboration. Le résultat d’une conception commerciale se compose de maquettes de solutions et d’une documentation de conception descriptive.

La conception technique est une approche permettant de traduire les exigences métier en exigences techniques et de répondre aux hypothèses de conception. Une conception technique se concentre sur la validation de la conception commerciale et la définition d’une approche technique d’utilisation. Pour valider la conception, les créateurs de contenu s'engagent généralement avec des experts techniques dans des discussions ciblées appelées sessions de conception technique, lorsque cela est nécessaire.

Important

La collecte de mauvaises exigences est une raison courante pour laquelle les implémentations échouent. Souvent, les équipes collectent les mauvaises exigences parce qu’elles ont collaboré avec les mauvaises parties prenantes, comme les décideurs qui formulent des demandes descendantes pour que les solutions soient construites.

Engager les utilisateurs professionnels en utilisant des approches collaboratives telles qu'une conception commerciale peut vous aider à collecter de meilleures exigences. De meilleures exigences conduisent souvent à un développement plus efficace et à des solutions plus robustes.

Remarque

Pour certaines équipes, l’adoption d’un processus structuré de collecte des exigences constitue un changement d’envergure. Assurez-vous de gérer ce changement et qu'il ne perturbe pas la planification de la solution. Nous vous recommandons de trouver des moyens d'adapter ces approches pour les adapter à la façon dont votre équipe travaille.

Préparez-vous à la planification de la solution

Vous devez d'abord préparer la planification de la solution en tenant compte des facteurs décrits dans les sections suivantes.

• Identifiez qui effectuera la planification des solutions : dans le cadre de la planification tactique BI, l'équipe de travail a créé un arriéré de solutions hiérarchisé. Dans la planification de solutions, une équipe de projet est responsable de la conception, du développement et du déploiement d'une ou plusieurs solutions à partir du backlog. Pour chaque solution en attente, vous devez constituer une équipe de projet qui sera responsable de la solution. En plus d'exécuter la planification de la solution BI, l'équipe de projet doit :
  • Définir des délais et des jalons pour la planification de la solution.
  • Identifiez et impliquez les bonnes parties prenantes pour la collecte des exigences.
  • Mettez en place un emplacement centralisé pour la communication, la documentation et la planification.
  • Engager les parties prenantes pour recueillir les exigences.
  • Communiquer et coordonner avec les parties prenantes et les utilisateurs métiers.
  • Orchestrez des cycles de développement et de test itératifs avec les utilisateurs professionnels.
  • Documentez la solution.
  • Intégrez les utilisateurs à la solution en définissant et en mettant en œuvre un plan de formation.
  • Fournir un support de solution post-déploiement.
  • Répondez aux demandes raisonnables des utilisateurs pour modifier ou mettre à jour la solution après le déploiement.
  • Effectuer le transfert de la solution après le déploiement, si nécessaire.
• Centraliser la communication et la documentation : il est important que l'équipe de projet centralise la communication et la documentation pour la planification de la solution BI. Par exemple, l'équipe de projet doit centraliser les exigences, la communication avec les parties prenantes, les délais et les livrables. Pensez à stocker toute la documentation dans un portail centralisé.
• Planifier la collecte des exigences : l'équipe de projet doit commencer par planifier les sessions de conception commerciale pour recueillir les exigences commerciales. Ces sessions prennent la forme de réunions interactives et peuvent suivre un format similaire aux ateliers de planification stratégique.

Conseil

Envisagez d'identifier et d'impliquer les équipes de support responsables de la solution dès le début du processus de collecte des exigences. Pour prendre en charge efficacement la solution, les équipes d'assistance auront besoin d'une compréhension globale de la solution, de son objectif et des utilisateurs. Cela est particulièrement important lorsque l'équipe de projet est composée uniquement de consultants externes.

Recueillir les besoins métiers

Il est essentiel de rassembler les bonnes exigences métier pour concevoir la bonne solution. Pour rassembler les bonnes exigences et définir une conception de solution efficace, l'équipe de projet peut organiser des sessions de conception commerciale avec les utilisateurs métier.

L’objectif des séances de business design est de :

• Confirmez l’étendue de la solution initiale.
• Définir et comprendre le problème que la solution doit résoudre.
• Identifiez les bonnes parties prenantes clés pour la solution.
• Rassemblez les bonnes exigences commerciales.
• Préparer une conception de solution qui répond aux exigences de l'entreprise.
• Préparer la documentation de conception à l’appui.

Le diagramme suivant montre comment rassembler les exigences métier et définir la conception de la solution à l'aide d'une approche de conception métier.

Le diagramme décrit les étapes suivantes.

Article	Description
	L'équipe de projet commence la conception commerciale en confirmant la portée de la solution qui a été documentée pour la première fois dans la planification tactique. Elle doit clarifier les domaines d’activité, les systèmes et les données que la solution englobera.
	L'équipe du projet identifie les principales parties prenantes de la communauté des utilisateurs qui seront impliquées dans les sessions de conception commerciale. Les principales parties prenantes sont des utilisateurs possédant suffisamment de connaissances et de crédibilité pour représenter les domaines de la solution.
	L'équipe du projet planifie des séances de conception commerciale. La planification implique d'informer les parties prenantes, d'organiser des réunions, de préparer les livrables et d'interagir avec les utilisateurs métier.
	L'équipe du projet rassemble et recherche les solutions existantes que les utilisateurs professionnels utilisent actuellement pour répondre aux besoins existants en matière de données commerciales. Pour accélérer ce processus, l'équipe de projet peut utiliser des recherches pertinentes issues de la planification stratégique BI, qui ont été documentées dans le centre de communication.
	L'équipe du projet organise des séances de conception commerciale avec les parties prenantes. Ces sessions sont de petites réunions interactives, au cours desquelles l'équipe de projet guide les parties prenantes pour comprendre les besoins et les exigences en matière de données commerciales.
	L'équipe de projet conclut la conception commerciale en présentant un projet de conception de solution aux parties prenantes et aux autres utilisateurs pour commentaires et approbation. La conception commerciale est réussie lorsque les parties prenantes conviennent que la conception les aidera à atteindre leurs objectifs commerciaux.

La conception commerciale se termine par les livrables suivants.

• Projets de conception de solution : des maquettes, des prototypes ou des diagrammes filaires illustrent la conception de la solution. Ces documents traduisent les exigences en un plan de conception concret.
• Liste des métriques métier : champs quantitatifs attendus dans la solution, y compris les définitions métier et les agrégations attendues. Si possible, classez-les par importance pour les utilisateurs.
• Liste des attributs métier : attributs pertinents et structures de données attendus dans la solution, y compris les définitions métier et les noms d'attributs. Si possible, incluez des hiérarchies et classez les attributs par importance pour les utilisateurs.
• Documentation supplémentaire : descriptions des principales exigences fonctionnelles ou de conformité. Cette documentation doit être aussi précise que nécessaire, mais aussi concise que possible.

Les livrables de la conception commerciale sont utilisés et validés par la conception technique.

Conseil

Les maquettes de solutions, les prototypes ou les diagrammes filaires peuvent permettre une compréhension claire du résultat attendu, tant pour les développeurs que pour les utilisateurs finaux. Créer des maquettes efficaces ne nécessite ni compétence ni talent artistique. Vous pouvez utiliser des outils simples comme Microsoft Whiteboard, PowerPoint ou même simplement un stylo et du papier pour illustrer le design.

Recueillir les exigences techniques

Une fois la conception commerciale terminée, l'équipe de projet valide ses résultats à l'aide d'une conception technique. Le design technique est une approche similaire au business design. Alors que la conception commerciale se concentre sur les besoins en données de l'entreprise, la conception technique se concentre sur les aspects techniques d'une solution. L'un des principaux résultats de la conception technique est le plan de solution, qui décrit la conception finale de la solution et des estimations éclairées de l'effort nécessaire à sa mise en œuvre.

Remarque

Contrairement à la conception commerciale, la conception technique est en grande partie une enquête indépendante sur les données sources et les systèmes menée par les créateurs et propriétaires de contenu.

L’objectif d’une conception technique est de :

• Valider les résultats du business design.
• Aborder les hypothèses techniques dans la conception actuelle.
• Identifiez les sources de données pertinentes dans la portée et définissez les calculs de champ et les mappages champ-source pour chaque source de données.
• Traduire les exigences commerciales en exigences techniques.
• Produire des estimations de l’effort requis pour la mise en œuvre.

L'équipe de projet engage les parties prenantes techniques ou fonctionnelles dans des sessions de conception technique limitées et ciblées. Ces sessions sont des réunions interactives avec les parties prenantes fonctionnelles pour recueillir les exigences techniques. Les parties prenantes sont responsables des domaines fonctionnels spécifiques requis pour que la solution fonctionne efficacement.

Des exemples de parties prenantes dans une conception technique pourraient être :

• Équipes de sécurité et de mise en réseau : Responsables d’assurer la sécurité et la conformité des données.
• Équipes fonctionnelles et gestionnaires de données : responsables de la conservation des données sources.
• Architectes : propriétaires de plates-formes, d'outils ou de technologies spécifiques.

L'équipe du projet engage les parties prenantes dans des séances de conception technique pour aborder les aspects techniques de la solution. Les aspects techniques peuvent inclure :

• Connexions aux sources de données : détails sur la manière de se connecter et d'intégrer des sources de données.
• Réseaux et passerelles de données : détails sur les réseaux privés ou les sources de données sur site.
• Mappage de source de champ : mappages de données des indicateurs de performance et attributs commerciaux aux champs de source de données.
• Logique de calcul : une traduction des définitions commerciales en calculs techniques.
• Caractéristiques techniques : caractéristiques ou fonctionnalités nécessaires pour répondre aux exigences de l'entreprise.

Conseil

L'équipe de projet qui a réalisé la conception commerciale doit également réaliser la conception technique. Cependant, pour des raisons pratiques, différentes personnes peuvent diriger la conception technique. Dans ce cas, commencez la conception technique en examinant les résultats de la conception commerciale.

Idéalement, les personnes qui dirigent la conception technique devraient avoir une compréhension approfondie des résultats et des utilisateurs métier.

Le diagramme suivant montre comment traduire les exigences métier en exigences techniques à l'aide d'une conception technique.

Le diagramme décrit les étapes suivantes.

Article	Description
	L'équipe de projet commence la conception technique en définissant la portée de la source de données en fonction des résultats de la conception commerciale. L’étendue de la source de données déclare les données requises pour générer la solution. Pour identifier les bonnes sources de données, l’équipe du projet consulte les PME métiers et fonctionnelles.
	L'équipe projet identifie les parties prenantes techniques ou fonctionnelles à impliquer ultérieurement dans les sessions de conception technique.
	L'équipe du projet planifie des sessions limitées et ciblées avec les parties prenantes fonctionnelles pour aborder les aspects techniques de la solution. La planification implique d'informer les parties prenantes, d'organiser des réunions et de préparer les livrables.
	L'équipe de projet recherche les exigences techniques. La recherche comprend la définition des calculs sur le terrain et des mappages de sources de données, ainsi que la prise en compte des hypothèses de conception commerciale avec une analyse technique et une documentation.
	Si nécessaire, l'équipe de projet implique les parties prenantes dans les séances de conception technique. Les sessions se concentrent sur un aspect technique spécifique de la solution, comme la sécurité ou les connexions aux sources de données. Au cours de ces sessions, l'équipe du projet recueille les commentaires qualitatifs des parties prenantes et des PME.
	L'équipe du projet prépare ses conclusions à l'aide d'un plan de solution, qu'elle présente aux parties prenantes et aux décideurs. Le plan est une itération et une extension des résultats de la conception commerciale qui inclut la conception finale, les estimations et d'autres livrables.
	La conception technique doit se conclure par une réunion finale avec les parties prenantes et les décideurs pour décider de procéder ou non. Cette réunion offre une dernière occasion d'évaluer la planification de la solution avant que les ressources ne soient engagées dans le développement de la solution.

Remarque

La conception technique peut révéler une complexité inattendue qui peut rendre la planification de la solution irréalisable compte tenu de la disponibilité actuelle des ressources ou de l'état de préparation de l'organisation. Dans ce cas, la solution devra être réévaluée lors de la période de planification tactique suivante. En fonction de l'urgence des besoins en données de l'entreprise, un décideur, comme le sponsor exécutif, peut toujours souhaiter procéder à une preuve de concept, ou seulement à une partie de la solution prévue.

La conception technique se termine par un plan de solution, qui comprend les livrables suivants.

• Outils et technologies : Liste des instruments techniques pertinents nécessaires à la mise en œuvre de la solution. La liste comprend généralement de nouvelles options de licence pertinentes (telles que la capacité Fabric ou Premium par utilisateur), des fonctionnalités et des outils.
• Liste définie de indicateurs de performance commerciales : calculs et mappages de sources de champ des métriques commerciales pour toutes les sources de données concernées. Pour produire ce livrable, l'équipe projet utilise la liste des indicateurs de performance métier créées dans le business design.
• Liste définie des attributs métier : mappages champ-source des attributs métier pour toutes les sources de données concernées. Pour produire ce livrable, l’équipe projet utilise la liste des attributs métier créée dans le business design.
• Conceptions révisées : révisions de la conception de la solution basées sur des modifications apportées à la conception commerciale ou sur des hypothèses non valides concernant celle-ci. Les conceptions révisées sont des versions mises à jour des maquettes, des prototypes ou des diagrammes filaires produits dans la conception commerciale. Si aucune révision n'est nécessaire, indiquez que la conception technique valide la conception commerciale.
• Estimation de l'effort : estimation des ressources nécessaires pour développer, prendre en charge et maintenir la solution. L’estimation éclaire la décision finale quant à savoir s’il faut ou non procéder à la mise en œuvre de la solution.

Important

Assurez-vous que l'équipe de projet informe les parties prenantes de tout changement ou découverte inattendue par rapport à la conception technique. Ces sessions de conception technique doivent toujours impliquer les utilisateurs professionnels concernés. Assurez-vous toutefois que les parties prenantes ne sont pas inutilement exposées à des informations techniques complexes.

Conseil

Étant donné que les objectifs commerciaux évoluent invariablement, on s'attend à ce que les exigences changent. Ne présumez pas que les exigences pour les projets BI sont fixes. Si vous avez du mal à faire face à l'évolution des exigences, cela peut indiquer que votre processus de collecte des exigences n'est pas efficace ou que vos flux de travail de développement n'intègrent pas suffisamment de retours réguliers.

Liste de contrôle – Lors de la collecte des exigences, les décisions et actions clés incluent :

• Clarifiez à qui appartient la planification de la solution : pour chaque solution, assurez-vous que les rôles et les responsabilités sont clairs pour l'équipe de projet.
• Clarifier la portée de la solution : la portée de la solution doit déjà être documentée dans le cadre de la planification tactique BI. Vous devrez peut-être consacrer du temps et des efforts supplémentaires pour clarifier la portée avant de commencer la planification de la solution.
• Identifier et informer les parties prenantes : identifier les parties prenantes pour les conceptions commerciales et les conceptions techniques. Informez-les à l’avance du projet et expliquez-leur la portée, les objectifs, le temps requis et les livrables de la conception commerciale.
• Planifier et mener des sessions de conception commerciale : modérer les sessions de conception commerciale pour obtenir des informations auprès des parties prenantes et des utilisateurs professionnels. Demandez aux utilisateurs de démontrer comment ils utilisent les solutions existantes.
• Documentez les mesures et les attributs commerciaux : en utilisant les solutions existantes et les commentaires des parties prenantes, créez une liste de mesures et d'attributs commerciaux. Dans les conceptions techniques, mappez les champs à la source de données et décrivez la logique de calcul pour les champs quantitatifs.
• Rédigez la conception de la solution : créez des maquettes itératives basées sur les commentaires des parties prenantes qui reflètent visuellement le résultat attendu de la solution. Assurez-vous que les maquettes représentent et répondent avec précision aux exigences de l'entreprise. Communiquez aux utilisateurs métiers que les maquettes doivent encore être validées (et éventuellement révisées) lors de la conception technique.
• Créer le plan de solution : recherchez les données sources et les considérations techniques pertinentes pour garantir que la conception commerciale est réalisable. Le cas échéant, décrivez les principaux risques et menaces pesant sur la conception, ainsi que toute approche alternative. Si nécessaire, préparez une révision de la conception de la solution et discutez-en avec les parties prenantes.
• Créez des estimations d’effort : dans le cadre du plan de solution final, estimez l’effort nécessaire pour créer et prendre en charge la solution. Justifiez ces estimations avec les informations recueillies lors des séances de business design et de conception technique.
• Décidez si vous souhaitez poursuivre le plan : Pour conclure le processus de collecte des exigences, présentez le plan final aux parties prenantes et aux décideurs. Le but de cette réunion est de déterminer s'il faut procéder au développement de la solution.

Étape 2 : Planifier le déploiement

Lorsque l'équipe de projet a fini de rassembler les exigences, de créer le plan de solution et de recevoir l'approbation pour continuer, elle est prête à planifier le déploiement de la solution.

Les tâches de planification du déploiement diffèrent en fonction de la solution, de votre flux de travail de développement et de votre processus de déploiement. Un plan de déploiement concerne généralement de nombreuses activités impliquant la planification et la configuration d'outils et de processus pour la solution.

Plan pour aborder les domaines clés

L'équipe de projet doit planifier les domaines clés du déploiement de la solution. En règle générale, la planification doit aborder les domaines suivants.

• Conformité : garantir que tous les critères de conformité identifiés lors de la collecte des exigences seront traités par des actions spécifiques. Attribuez chacune de ces actions à des personnes spécifiques et définissez clairement le délai de livraison.
• Sécurité : décidez de la manière dont les différentes couches d'accès à la solution seront gérées, ainsi que des exigences en matière de règles de sécurité des données. Vérifiez si la sécurité de la solution sera plus ou moins stricte que le contenu standard du locataire.
• Passerelles de données : évaluez si la solution a besoin d'une passerelle de données pour se connecter aux sources de données. Déterminez si des paramètres de passerelle spécifiques ou des clusters haute disponibilité sont nécessaires. Planifiez qui sera en mesure de gérer les connexions de passerelle via les rôles de sécurité de passerelle et comment surveiller les passerelles. Pour plus d’informations, consultez Provisionner l’accès à la passerelle.
• Espaces de travail : décidez comment configurer et utiliser les espaces de travail. Déterminez si la solution nécessite des outils de gestion du cycle de vie tels que des pipelines d'intégration et de déploiement Git, et si elle nécessite une journalisation avancée avec Azure Log Analytics.
• Support : déterminez qui est responsable du support et de la maintenance de la solution après le déploiement en production. Si les personnes responsables du support sont différentes de l'équipe du projet, impliquez ces personnes dans le développement. Assurez-vous que quiconque soutiendra la solution comprend la conception de la solution, le problème qu’elle doit résoudre, qui doit l’utiliser et comment.
• Formation des utilisateurs : Anticiper les efforts nécessaires pour former la communauté des utilisateurs afin qu'ils puissent utiliser efficacement la solution. Déterminez si des actions spécifiques de gestion du changement sont nécessaires.
• Gouvernance : identifiez tous les risques potentiels de gouvernance pour la solution. Anticipez les efforts nécessaires pour permettre aux utilisateurs d'utiliser efficacement la solution, tout en atténuant tout risque de gouvernance (par exemple, en utilisant des étiquettes et des stratégies de sensibilité).

Effectuer la configuration initiale

L'équipe de projet doit effectuer la configuration initiale pour commencer le développement. Les activités de mise en place initiale peuvent inclure :

• Outils et processus initiaux : effectuez une première configuration pour tous les nouveaux outils et processus nécessaires au développement, aux tests et au déploiement.
• Identités et informations d'identification : créez des groupes de sécurité et des principaux de service qui seront utilisés pour accéder aux outils et aux systèmes. Stockez efficacement et en toute sécurité les informations d'identification.
• Passerelles de données : déployez des passerelles de données pour les sources de données sur site (passerelles en mode entreprise) ou les sources de données sur un réseau privé (passerelles de réseau virtuel ou réseau virtuel).
• Espaces de travail et référentiels : créez et configurez des espaces de travail et des référentiels distants pour la publication et le stockage de contenu.

Remarque

La planification du déploiement diffère en fonction de la solution et de votre flux de travail préféré. Cet article décrit uniquement la planification de haut niveau et les éléments exploitables.

Pour plus d'informations sur la planification du déploiement, consultez Planifier le déploiement pour migrer vers Power BI.

Liste de contrôle – lors de la planification du déploiement de la solution, les décisions et actions clés incluent :

• Planifiez les domaines clés : planifiez les processus et les outils dont vous avez besoin pour développer et déployer avec succès votre solution. Abordez à la fois les domaines techniques (comme les passerelles de données ou les espaces de travail) et également l'adoption (comme la formation des utilisateurs et la gouvernance).
• Effectuer la configuration initiale : établissez les outils, processus et fonctionnalités dont vous avez besoin pour développer et déployer la solution. Documentez la configuration pour aider les autres personnes qui devront effectuer une première configuration à l'avenir.
• Testez les connexions aux sources de données : vérifiez que les composants et processus appropriés sont en place pour vous connecter aux bonnes données afin de démarrer la preuve de concept.

Étape 3 : Réaliser une preuve de concept

L'équipe du projet effectue une preuve de concept (POC) de la solution pour valider les hypothèses exceptionnelles et démontrer les premiers avantages pour les utilisateurs professionnels. Un POC est une implémentation de conception initiale dont la portée et la maturité sont limitées. Un POC bien géré est particulièrement important pour les solutions volumineuses ou complexes, car il peut identifier et résoudre les complexités (ou exceptions) qui n'ont pas été détectées lors de la conception technique.

Nous recommandons de prendre en compte les considérations suivantes lors de la préparation d’un POC.

• Objectifs et portée : décrire l’objectif du POC de la solution et les domaines fonctionnels qu’il abordera. Par exemple, l'équipe de projet peut décider de limiter le POC à un seul domaine fonctionnel, ou à un ensemble spécifique d'exigences ou de fonctionnalités.
• Données sources : identifiez les données qui seront utilisées dans le POC. En fonction de la solution, l'équipe projet peut décider d'utiliser différents types de données, telles que :
  • Données de production (réelles)
  • Exemple de données
  • Génération de données synthétiques qui ressemblent aux volumes de données réels et à la complexité observée dans les environnements de production
• Démonstration : Décrivez comment et quand l'équipe de projet fera la démonstration du POC aux parties prenantes et aux utilisateurs. Des démonstrations peuvent être réalisées lors de mises à jour régulières, ou lorsque le POC remplit des critères fonctionnels spécifiques.
• Environnement : Décrivez où l'équipe de projet construira le POC. Une bonne approche consiste à utiliser un environnement sandbox distinct pour le POC et à le déployer dans un environnement de développement lorsqu'il est prêt. Un environnement sandbox a des politiques plus flexibles et un contenu fluide, et il est axé sur la production de résultats rapides. En revanche, un environnement de développement suit des processus plus structurés qui permettent la collaboration et se concentre sur la réalisation de tâches spécifiques.
• Critères de réussite : définissez le seuil à partir duquel le POC réussit et doit passer à l'itération suivante et entrer dans le développement formel. Avant de démarrer le POC, l'équipe de projet doit identifier des critères clairs de réussite du POC. En fixant ces critères à l'avance, l'équipe projet définit quand le développement du POC se termine et quand les cycles itératifs de développement et de validation commencent. En fonction des objectifs du POC, l’équipe projet peut fixer différents critères de réussite, tels que :
  • Approbation du POC par les parties prenantes
  • Validation des caractéristiques ou fonctionnalités
  • Revue favorable du POC par les nœuds homologues après un temps de développement fixé
• Échec : assurez-vous que l'équipe de projet peut identifier l'échec du POC. Identifier les échecs dès le début aidera à enquêter sur les causes profondes. Cela peut également permettre d'éviter des investissements supplémentaires dans une solution qui ne fonctionnera pas comme prévu une fois déployée en production.

Avertissement

Lorsque l'équipe de projet effectue le POC, elle doit rester attentive aux hypothèses et aux limites. Par exemple, l'équipe de projet ne peut pas facilement tester les performances de la solution et la qualité des données en utilisant un petit ensemble de données. De plus, assurez-vous que la portée et l’objectif du POC sont clairs pour les utilisateurs professionnels. Assurez-vous de communiquer que le POC est une première itération et insistez sur le fait qu'il ne s'agit pas d'une solution de production.

Remarque

Pour plus d’informations, consultez Réaliser une preuve de concept pour migrer vers Power BI.

Liste de contrôle – Lors de la création d'un POC, les décisions et actions clés incluent :

• Définir les objectifs : assurez-vous que les objectifs du POC sont clairs pour toutes les personnes impliquées.
• Définir la portée du POC : assurez-vous que la création du POC ne nécessitera pas trop d'efforts de développement, tout en apportant de la valeur et en démontrant la conception de la solution.
• Décidez quelles données seront utilisées : identifiez les données sources que vous utiliserez pour réaliser le POC, en justifiant votre décision et en décrivant les risques et les limites potentiels.
• Décidez quand et comment démontrer le POC : prévoyez de montrer les progrès en présentant le POC aux décideurs et aux utilisateurs professionnels.
• Clarifiez quand le POC se termine : assurez-vous que l'équipe de projet décide d'une conclusion claire pour le POC et décrivez comment il sera promu dans les cycles de développement formels.

Étape 4 : Créer et valider le contenu

Une fois le POC réussi, l’équipe du projet passe du POC à la création et à la validation du contenu. L'équipe projet peut développer la solution BI avec des cycles itératifs de développement et de validation. Ces cycles consistent en des versions itératives, au cours desquelles l'équipe de projet crée du contenu dans un environnement de développement et le publie dans un environnement de test. Au cours du développement, l'équipe du projet intègre progressivement la communauté des utilisateurs dans un processus pilote vers les premières versions (bêta) de la solution dans l'environnement de test.

Conseil

La livraison itérative encourage une validation et un retour d'informations précoces qui peuvent atténuer les demandes de changement, promouvoir l'adoption de la solution et générer des avantages avant la version de production.

Les cycles itératifs de développement et de validation se poursuivent jusqu'à ce que l'équipe de projet arrive à une conclusion prédéfinie. En règle générale, le développement se termine lorsqu'il n'y a plus de fonctionnalités à implémenter ou de commentaires des utilisateurs à traiter. Une fois les cycles de développement et de validation terminés, l'équipe de projet déploie le contenu dans un environnement de production avec la version de production finale.

Le diagramme suivant illustre comment l'équipe de projet peut fournir de manière itérative des solutions BI avec des cycles de développement et de validation.

Le diagramme décrit les étapes suivantes.

Article	Description
	L'équipe du projet communique chaque version à la communauté des utilisateurs, décrivant les modifications et les nouvelles fonctionnalités. Idéalement, la communication comprend une démonstration de la solution et Questions et réponses, afin de permettre aux utilisateurs de bien comprendre les nouveautés de la version et de faire des commentaires de vive voix.
	Lors de la validation, les utilisateurs fournissent des commentaires via un outil ou un formulaire central. L'équipe de projet doit examiner régulièrement les commentaires pour résoudre les problèmes, accepter ou rejeter les demandes et informer les phases de développement à venir.
	L'équipe du projet surveille l'utilisation de la solution pour confirmer que les utilisateurs la testent. S’il n’y a aucune utilisation, l’équipe du projet doit interagir avec la communauté des utilisateurs pour en comprendre les raisons. Une faible utilisation peut indiquer que l'équipe de projet doit prendre des mesures supplémentaires d'habilitation et de gestion du changement.
	L'équipe du projet répond rapidement aux commentaires des utilisateurs. Si l’équipe du projet met trop de temps à répondre aux commentaires, les utilisateurs risquent rapidement de perdre leur motivation à les fournir.
	L'équipe de projet intègre les commentaires acceptés dans la planification de la solution. Si nécessaire, ils revoient les priorités de planification pour clarifier et déléguer des tâches avant le début de la prochaine phase de développement.
	L'équipe du projet poursuit le développement de la solution pour la prochaine version.
	L'équipe de projet parcourt toutes les étapes jusqu'à ce qu'elle parvienne à une conclusion prédéfinie et que la solution soit prête pour le déploiement en production.

Les sections suivantes décrivent les principales considérations liées à l'utilisation de cycles de développement et de validation itératifs pour fournir des solutions BI.

Créer du contenu

L'équipe de projet développe la solution en suivant son flux de travail de développement normal. Cependant, ils doivent tenir compte des points suivants lors de la création de contenu.

• Au cours de chaque cycle de développement, mettre à jour la documentation pour décrire la solution.
• Concluez chaque cycle de développement par une annonce à la communauté des utilisateurs. Les annonces doivent être publiées sur le portail centralisé et doivent fournir de brèves descriptions des modifications et des nouvelles fonctionnalités de chaque version.
• Avec chaque version, envisagez d'organiser des sessions pour démontrer les modifications et les nouvelles fonctionnalités à la communauté des utilisateurs, et pour répondre à toutes les questions verbales.
• Définir quand les cycles itératifs de développement et de validation se termineront. Assurez-vous qu'il existe un processus clair pour déployer la solution dans l'environnement de production, y compris une transition vers les activités de support et d'adoption.

Valider le contenu

Chaque cycle de développement itératif doit se conclure par une validation du contenu. Pour les solutions BI, il existe généralement deux types de validation.

• Validation du développeur : les tests de solutions sont effectués par des créateurs de contenu et des nœuds homologues. Le but de la validation des développeurs est d'identifier et de résoudre tous les problèmes critiques et visibles avant que la solution ne soit mise à la disposition des utilisateurs professionnels. Les problèmes peuvent concerner l’exactitude des données, la fonctionnalité ou l’expérience utilisateur. Idéalement, le contenu est validé par un créateur de contenu qui ne l'a pas développé.
• Validation utilisateur : les tests de la solution sont effectués par la communauté des utilisateurs. Le but de la validation des utilisateurs est de fournir des commentaires pour les itérations ultérieures et d'identifier les problèmes qui n'ont pas été détectés par les développeurs. Les périodes formelles de validation des utilisateurs sont généralement appelées tests d'acceptation des utilisateurs (UAT).

Important

Assurez-vous que tout problème de qualité des données est résolu lors de la validation du développeur (avant l'UAT). Ces problèmes peuvent rapidement éroder la confiance dans la solution et nuire à son adoption à long terme.

Conseil

Lors de la validation des utilisateurs, envisagez des appels occasionnels et courts avec les utilisateurs clés. Observez-les lorsqu’ils utilisent la solution. Prenez des notes sur ce qu'ils trouvent difficile à utiliser ou sur les parties de la solution qui ne fonctionnent pas comme prévu. Cette approche peut être un moyen efficace de recueillir des commentaires.

Tenez compte des considérations suivantes lorsque l’équipe de projet valide le contenu.

• Encouragez les commentaires des utilisateurs : avec chaque version, demandez aux utilisateurs de fournir des commentaires et de démontrer comment ils peuvent le faire efficacement. Pensez à partager régulièrement des exemples de commentaires et de demandes qui ont conduit à des modifications récentes et à de nouvelles fonctionnalités. En partageant des exemples, vous démontrez que les commentaires sont reconnus et valorisés.
• Isoler les demandes plus volumineuses : certains éléments de commentaires nécessitent plus d'efforts pour être traités. Assurez-vous que l'équipe du projet peut identifier ces éléments et discuter s'ils seront mis en œuvre ou non. Envisagez de documenter les demandes plus importantes pour en discuter lors de séances ultérieures de planification tactique.
• Commencer les activités de gestion du changement : former les utilisateurs à l'utilisation de la solution. Assurez-vous de consacrer des efforts supplémentaires aux nouveaux processus, aux nouvelles données et aux différentes méthodes de travail. Investir dans la gestion du changement a un retour positif sur l’adoption de solutions à long terme.

Lorsque la solution atteint un niveau prédéfini d’exhaustivité et de maturité, l’équipe projet est prête à la déployer en production. Après le déploiement, l'équipe projet passe de la livraison itérative au support et au suivi de la solution de production.

Remarque

Le développement et les tests diffèrent en fonction de la solution et de votre flux de travail préféré.

Cet article décrit uniquement la planification de haut niveau et les éléments exploitables. Pour plus d’informations sur les cycles de développement et de test itératifs, consultez Créer du contenu pour migrer vers Power BI.

Liste de contrôle – Lors de la création et de la validation du contenu, les décisions et actions clés incluent :

• Utilisez un processus itératif pour planifier et attribuer des tâches : Planifiez et attribuez des tâches pour chaque version de la solution. Assurez-vous que le processus de planification et d’attribution des tâches est flexible et intègre les commentaires des utilisateurs.
• Configurez la gestion du cycle de vie du contenu : utilisez des outils et des processus pour rationaliser et automatiser le déploiement de solutions et la gestion des changements.
• Créez un outil pour centraliser les commentaires : automatisez la collecte des commentaires en utilisant une solution simple pour vous et vos utilisateurs. Créez un formulaire simple pour garantir que les commentaires sont concis mais exploitables.
• Planifiez une réunion pour examiner les commentaires : réunissez-vous pour examiner brièvement chaque élément de feedback nouveau ou en suspens. Décidez si vous allez mettre en œuvre les commentaires ou non, qui sera responsable de la mise en œuvre et quelles actions entreprendre pour clôturer l'élément de commentaires.
• Décidez quand la livraison itérative se termine : décrivez les conditions de fin des cycles de livraison itérative et le moment où vous publierez le contenu dans l'environnement de production.

Étape 5 : Déployer, prendre en charge et surveiller

Une fois prête, l'équipe de projet déploie la solution validée dans l'environnement de production. L’équipe de projet doit prendre des mesures clés d’adoption et de support pour garantir la réussite du déploiement.

Pour garantir un déploiement réussi, vous effectuez les tâches de support et d’adoption suivantes.

• Communiquer la version finale : le sponsor exécutif, un responsable ou toute autre personne disposant d'une autorité et d'une crédibilité suffisantes doit annoncer la version à la communauté des utilisateurs. La communication doit être claire, concise et inclure des liens vers les solutions et les canaux d'assistance pertinents.
• Organiser une formation pour les consommateurs de contenu : une formation doit être disponible pour les consommateurs de contenu pendant les premières semaines suivant la mise en production. La formation doit se concentrer sur la clarification de la portée de la solution, répondre aux questions des utilisateurs et expliquer comment utiliser la solution.
• Répondre aux commentaires et aux demandes : pensez à fournir aux utilisateurs un canal pour soumettre des commentaires et des demandes à l'équipe de projet. Veiller à ce que les commentaires et les demandes raisonnables soient discutés et, le cas échéant, mis en œuvre pendant la période de support post-déploiement. Il est important de répondre aux commentaires et aux demandes après la sortie de production. Il indique une solution agile qui répond aux besoins changeants de l’entreprise.
• Prévoyez de vous connecter avec la communauté des utilisateurs : même après la fin de la période de support post-déploiement, assurez-vous que les propriétaires de solutions rencontrent régulièrement la communauté des utilisateurs. Ces réunions sont de précieuses sources de feedback pour réviser votre stratégie BI. En outre, ils contribuent à soutenir l’adoption de la solution en permettant aux utilisateurs.
• Actions de transfert : les membres de l'équipe de projet ne peuvent pas être responsables de la maintenance de la solution. Dans ce cas, l'équipe doit identifier le responsable et effectuer un transfert. Le transfert devrait avoir lieu peu de temps après la mise en production et devrait concerner à la fois la solution et la communauté des utilisateurs.

Attention

Ne pas procéder à un transfert efficace peut entraîner des problèmes évitables liés au support et à l’adoption de la solution au cours de son cycle de vie.

Après le déploiement, l'équipe de projet doit prévoir de passer à la solution suivante dans le backlog de solutions prioritaires. Assurez-vous de recueillir tous les nouveaux commentaires et demandes et d'apporter des révisions à la planification tactique—y compris le backlog de la solution, si nécessaire.

Liste de contrôle – Lorsque vous envisagez le déploiement d'une solution, les décisions et actions clés incluent :

• Créez un plan de communication : planifiez la manière de communiquer sur la version, la formation et les autres actions de support ou d'adoption de la solution. Assurez-vous que toute panne ou problème est signalé et résolu rapidement au cours de la période de support post-déploiement.
• Poursuivez avec un plan de formation : Formez les utilisateurs à l’utilisation de la solution. Assurez-vous que la formation comprend des sessions de formation en direct et enregistrées pendant plusieurs semaines après la sortie.
• Mener des activités de transfert : si nécessaire, préparez un transfert de l'équipe de développement à l'équipe de support.
• Organisez des heures de bureau pour la solution : après la période de support post-déploiement, envisagez d'organiser des sessions régulières pendant les heures de bureau pour répondre aux questions et recueillir les commentaires des utilisateurs.
• Mettre en place un processus d'amélioration continue : planifiez un audit mensuel de la solution pour examiner les changements ou améliorations potentiels au fil du temps. Centralisez les commentaires des utilisateurs et examinez-les périodiquement entre les audits.

Contenu connexe

Pour plus de considérations, d’actions, de critères décisionnels et de recommandations pour vous aider à prendre des décisions d’implémentation Power BI, consultez la planification de l’implémentation de Power BI.