La gestion d’un projet de mise en œuvre d’Adobe Experience Manager (AEM) nécessite planification et compréhension afin de vous assurer de connaître les problèmes et les décisions (associées) que vous devez prendre (avant et pendant la mise en œuvre du projet).
Pour vous aider, les meilleures pratiques se composent des éléments suivants :
Une liste de contrôle interactive qui permet de suivre et de surveiller votre progression par rapport à ces meilleures pratiques.
La documentation, fondée directement sur la liste de contrôle, qui décrit :
D’autres documents de référence pour fournir plus de détails sur des domaines spécifiques.
La feuille de calcul de pulsation du projet fournit un aperçu graphique des mesures essentielles de votre projet :
Qualité de la phase
État de la phase
Complétude de la phase
La feuille de calcul État par rôle indique le détail de l’état, la qualité et la complétude par phase et personnage.
Le plan de projet est divisé en phases (de haut niveau) distinctes.
Chaque phase contient ses propres jalons. Pour chaque personnage (ou rôle), les jalons pertinents sont répertoriés, ainsi que les documents qui sont requis pour générer les éléments livrables définis.
Il n’y a pas de rapport de 1 à 1 direct entre les différents documents et éléments livrables requis.
La préparation de votre projet représente la base de l’ensemble du projet. Vous devez définir les principales exigences avec des objectifs et des attentes clairs pour les éléments suivants :
Justification commerciale
Portée et planification
La façon dont vous préparez, planifiez et exécutez votre projet, et mettez en œuvre votre solution, sera affectée par les restrictions auxquelles vous faites face, par exemple, un budget déterminé, des échéances fixes, la quantité de contenu et la qualité requise.
Comme toujours, l’ajustement de l’un des facteurs aura un impact sur les autres. Par exemple, le fait de réduire le temps, tout en requérant le même niveau de qualité, augmentera probablement le prix tout en réduisant la quantité de contenu que vous pouvez prendre en compte. Le budget étant souvent un facteur clé, ces relations ne peuvent pas être omises.
Les quatre facteurs :
Validation
Au cours de cette phase, vous devez valider et confirmer les objectifs du projet, par exemple :
Budget
Avant de lancer un projet, vous avez besoin d’une estimation fiable et réaliste de ce que sa mise en œuvre vous coûtera :
La planification du projet consolide la préparation. Il s’agit ici de commencer à transformer vos objectifs et vos attentes en une feuille de route bien définie constituée de tâches concrètes, associées à une communication claire, avec des révisions strictes pour mesurer la progression.
Remise du projet
Une bonne remise de projet s’assure que les personnages/groupes appropriés sont informés de leurs responsabilités dans le projet.
Des détails complets doivent être fournis/produits pour vérifier qu’ils comprennent pleinement tous les aspects pertinents, y compris la feuille de route, la portée du projet, les objectifs, les exigences et les indicateurs de performances clés (IPC).
Évaluation des risques
Pour éviter les mauvaises surprises, utilisez l’évaluation des risques afin d’identifier et de mesurer tout risque potentiel avec son impact et sa probabilité.
Cela doit être effectué au cours des premières étapes du cycle de vie du projet pour vous assurer que toutes les vulnérabilités sont identifiées et évaluées. Selon les résultats, vous pouvez informer vos parties prenantes si l’intégralité des exigences peut être mise en œuvre et, le cas échéant, s’il est possible de planifier l’exécution et le suivi d’actions appropriées.
Communication
La communication constitue toujours la clé de la réussite d’un projet. Vous devez communiquer clairement et efficacement, et vous assurer que chacun :
Coup d’envoi
La réunion de coup d’envoi permet de signifier le début du projet. Il s’agit là d’une occasion pour :
La planification du développement est essentielle pour vous assurer que votre projet est conçu sur des bases solides par une équipe qui dispose des connaissances requises.
Sélection et formation de l’équipe de développement
Avant de commencer un projet, quel qu’il soit, vous devez vous assurer que votre équipe de développement est correctement constituée et que tous les membres de l’équipe sont formés pour la tâche à réaliser.
Architecture de contenu
L’architecture de contenu définit notamment :
Architecture du système
L’architecture du système définit la vue conceptuelle de votre système, y compris (entre autres informations) :
Architecture d’applications
L’architecture d’applications définit et décrit le comportement des applications proposées.
Notamment :
Les définitions doivent englober :
Intégration système
Pour l’intégration système, vous devez prévoir (et ensuite implémenter) :
Concept de test
Avant de commencer le développement, vous devez développer un concept complet et en profondeur de toutes les conditions de test de votre projet.
Ce concept doit inclure (entre autres) :
Conception d’expérience
La conception d’expérience (XD, de l’anglais « Experience Design ») consiste à créer une expérience utilisateur pour la solution.
L’expérience utilisateur doit être analysée et conçue à la fois pour les auteurs et les utilisateurs finaux de votre site web.
Configuration de support
Avant le développement, tous les processus de support, nécessaires pour déployer, publier, tester et signaler les problèmes doivent être en place.
Voir aussi le portail d’assistance d’Adobe.
De la même façon, les opérations doivent être correctement planifiées de manière à vous assurer de disposer des environnements dont vous avez besoin pour toutes les étapes du cycle de vie du projet. Vous avez également besoin des processus appropriés pour leur maintenance.
Autorisations
Vous devez planifier et mettre en œuvre un concept de rôles et de droits pour tous les utilisateurs/groupes qui utiliseront la solution.
Par exemple :
read
/ write
définitions d’accès pour chaquereplicate
editor
ne doit pas avoir admin
ne font pas partie des droits administrators
groupPour plus d’informations, voir Administration et sécurité des utilisateurs.
Surveillance et maintenance
La surveillance et la maintenance sont des aspects clés pour assurer le bon fonctionnement de votre solution une fois qu’elle est disponible. Pour cela, vous devez définir :
Voir également Surveillance et maintenance pour plus d’informations.
Migration
Tout contenu provenant du système hérité doit être passé en revue et validé pour la migration.
Plan de récupération
Assurez-vous que vous disposez d’un plan de récupération. En cas d’urgence, il doit être disponible pour sécuriser l’utilisation d’AEM en production. Il doit inclure des situations telles que la sauvegarde, la restauration et le basculement.
Le développement est une étape essentielle nécessitant plus qu’un simple codage.
Environnement de développement
Planifiez et documentez votre environnement de développement, notamment :
Système de test
Planifiez et documentez votre environnement de test, notamment :
Système de production
Planifiez et documentez votre environnement de production, notamment :
Intégration
Planifiez, documentez et testez tous les aspects du système et de l’intégration de la solution, notamment :
Migration
Planifiez, documentez et testez tous les aspects de la migration de contenu, notamment :
Communication
Assurez-vous que tous les membres de l’équipe et personnages du projet sont informés suivant les besoins.
Documentation
Documentez la solution de manière complète, notamment :
Une fois la nouvelle application disponible, elle doit subir des tests stricts, à la fois en matière de fonctionnalité et de performance.
N’importe quelle équipe de test devrait pouvoir rester neutre et fournir les résultats de test.
Il est de la responsabilité du chef de projet d’évaluer toutes les implications des résultats et de décider de l’action appropriée.
Test d’acceptation utilisateur final
Le test d’acceptation utilisateur (UAT, de l’anglais « User Acceptance Testing ») est essentiel pour garantir que :
Il doit exister une liste de contrôle formalisée pour la remise au client, idéalement automatisée et exécutée la nuit sur un instantané. Les résultats doivent être envoyés au chef de projet et à l’équipe de développement.
Tests de performance et de charge
Les tests de performance et de charge servent à vérifier que la solution remplit les niveaux de performance requis, aux charges moyennes et maximales.
Pour plus d’informations sur les tests de performance, voir :
Ce processus doit être poursuivi pendant l’utilisation normale d’AEM, mais ces étapes initiales sont les plus cruciales.
Le déploiement de votre nouvelle application nécessite une planification soigneuse pour garantir une activation sans heurt. Cela inclut d’assurer un haut niveau de sécurité, de former tous les utilisateurs potentiels et de réaliser plusieurs exécutions d’essai pour confirmer que tous les problèmes ont été traités.
Préparation
La préparation et la planification aideront à garantir la réussite du déploiement.
Formation
Assurez-vous que l’ensemble du personnel impliqué a été formé.
Voir Adobe Experience Manager dans le catalogue de cours.
Administrateurs formés
Assurez-vous que les administrateurs de la solution ont :
Utilisateurs formés
Assurez-vous que les utilisateurs ont :
Tests de pénétration
Les tests de pénétration simulent une attaque sur un système informatique afin d’identifier les failles de sécurité potentielles.
Tests de pénétration/sécurité
Pour garantir la sécurité de votre solution, exécutez des tests spécifiques de pénétration, ainsi qu’une gamme plus étendue de tests de sécurité.
Voir la Liste de contrôle de sécurité pour plus de détails.
Vous souhaitez que l’activation se déroule de la meilleure manière possible. Une nouvelle fois, les étapes finales doivent être planifiées pour une exécution soignée.
Préparation
La préparation et la planification aideront à garantir la réussite de l’activation.
Sécurité
Garantissez la sécurité de votre solution à la fois pour les utilisateurs internes et externes, et leur contenu.
Secours
Assurez-vous que tous les systèmes, procédures et mécanismes de secours sont en place avant l’activation.
Assistance
Assurez-vous que les services d’assistance sont prêts et en place.
Transition
Planifiez et exécutez la transition vers votre environnement de production et vos utilisateurs.
Déploiement
Préparez et exécutez vos tests de détection de fumée.
Les listes de contrôle sont conçues par personnage. Il s’agit des rôles importants impliqués dans le cycle de vie du projet.
Il existe également d’autres personnages impliqués dans des tâches spécifiques.
Le sponsor du projet est :
chargé de fournir/présenter l’étude de cas pour le projet ;
essentiel pour créer et définir la portée du projet, notamment :
à l’origine des principaux jalons reposant sur la feuille de route du client.
Le chef de projet est :
L’architecte de la solution :
L’analyste métier :
est principalement chargé de collecter et d’analyser les exigences de haut niveau, puis de les convertir en fonctionnalités :
travaille en étroite collaboration avec le client pour analyser les exigences. Ils les analysent par rapport :
Le responsable du développement :
est responsable de la diffusion technique du projet ;
est responsable de sélectionner une méthode de développement conforme aux attentes des clients ;
élabore la stratégie de développement :
travaille en étroite collaboration avec l’architecte (notamment lors de l’établissement de la stratégie de développement pour AEM) afin de définir des aspects tels que la relation entre les modèles et les composants, la stratégie d’intégration des applications tierces et toute fonctionnalité spécifique.
Le responsable de la qualité :
L’ingénieur système :
est chargé de superviser l’infrastructure du projet ;
est responsable de :
fournit des recommandations matérielles, surveille les différentes mises en œuvre et assiste les opérations avant et après l’activation.
Le responsable de la sécurité :
Parties prenantes
Juridique
Formateurs
Rédacteurs techniques
Administrateurs système
Auteurs et utilisateurs finaux
Les listes de contrôle couvrent la variable Documents requis et Deliverables pour chaque jalon.
Les documents requis sont nécessaires pour le personnage approprié lors de la production de ses éléments livrables.
Pour chaque Document requis le persona doit indiquer :
Pour chaque jalon, le personnage approprié est chargé de livrer les documents spécifiques et donc d’accomplir ses responsabilités pour un jalon donné.
Pour chaque Délivrés le persona doit indiquer :
Les éléments livrables sont souvent utilisés comme Documents requis pour le jalon actuel ou un jalon ultérieur.
Pour connaître les meilleures pratiques de déploiement, d’administration, de développement ou de création, consultez les liens suivants :
Documentation AEM
En outre, les sections suivantes de la documentation AEM présentent un intérêt particulier (cette liste n’est toutefois pas exhaustive) :
Documentation connexe