Planification de la mise en œuvre de Power BI : planification de la solution 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.

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.

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.

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.

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.

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.

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.

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.

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.

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

É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.

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 :

É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.

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

É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.

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).

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.

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 :

É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.

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 :

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.