Gestion des projets : liste de contrôle des meilleures pratiques managing-projects-best-practices-checklist

Un liste de contrôle interactive qui vous permet de suivre et de surveiller vos progrès grâce à ces bonnes pratiques.

• Définit les entrées et les livrables en fonction de la phase, du jalon et du personnage.
• Fournit des aperçus automatisés (qualité, intégrité et exhaustivité) pour indiquer la progression et l’intégrité du projet.

Documentation, basée directement sur la variable liste de contrôle, qui détaille :

• l’analyse de pulsation du projet ;
• l’aperçu du Statut par rôle ;
• Phases et jalons.
• Persona clé et leur participation à chaque étape (pertinente).
• un glossaire des documents et éléments livrables requis.

Référence supplémentaire matériel pour fournir plus de détails sur des domaines spécifiques.

Qualité de la phase

• Indique la qualité de la variable Documents requis et éléments livrables dans l’ensemble du projet.

État de la phase

• Indicateur d’état de haut niveau pour votre projet ; utile pour mettre en évidence les zones qui peuvent être à risque.

Complétude de la phase

• À tout moment pendant le projet, cela indique combien de temps a déjà été terminé pour chaque phase de votre projet.

Fonction commerciale

• Les raisons fondamentales et la justification de la réalisation du projet.

Portée et planification

• Une portée de base et un calendrier approximatif doivent être mis à disposition pour définir ce qui est nécessaire et dans quel délai; si cela permet de clarifier la situation, vous pouvez également définir ce qui ne fait pas partie du champ d’application.

Validation

Au cours de cette phase, vous devez valider et confirmer les objectifs du projet ; par exemple :

• Que voulez-vous réaliser/fournir ?

• Qui en bénéficiera ?

• Quelle est la portée ?

  • S’il aide à clarifier la situation, vous pouvez également définir ce qui se trouve en dehors du champ d’application.

• Comment définirez-vous le succès ?

• Comment allez-vous mesurer le succès ?

  • Quelles sont les exigences, commerciales et techniques ?
  • Existe-t-il des systèmes hérités à remplacer et, dans l’affirmative, existe-t-il des données à migrer ?
  • Qui sera impliqué ?
  • Comment mesurerez-vous les progrès ?
  • À quelle fréquence passerez-vous en revue les progrès au cours de la vie du projet ?

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 :

• Utilisez les informations du jalon de validation comme base des estimations.
• Soyez réaliste dans vos estimations.
• Tenez compte des directives, processus ou restrictions du client et respectez-les.
• Tenez compte des éventualités et des processus d'examen si un examen ou une amélioration du budget est nécessaire à un stade ultérieur.
• N'oubliez pas que les coûts peuvent revêtir de nombreuses formes : achats, utilisation des ressources et frais, entre autres.

Transfert

Une remise nette permet de s’assurer que les personnes/groupes appropriés sont conscients de leurs responsabilités au sein du projet.

Des détails complets doivent être fournis/générés pour s’assurer qu’ils comprennent pleinement tous les aspects pertinents, y compris la feuille de route, la portée, les objectifs, les exigences et les indicateurs clés de performance.

Évaluation des risques

Pour éviter des surprises déplaisantes, utilisez l’évaluation des risques pour identifier et quantifier les risques potentiels, ainsi que leur impact et leur probabilité.

Cela doit être fait au début du cycle de vie du projet pour s’assurer que toutes les vulnérabilités sont identifiées et évaluées. En fonction des résultats, vous pouvez signaler à vos parties prenantes si toutes les exigences peuvent être mises en oeuvre et, au besoin, s’il est possible de planifier les actions appropriées à entreprendre et à suivre.

Communication

La communication est toujours essentielle au succès d’un projet. Vous devez communiquer de manière claire et efficace pour vous assurer que chacun :

• Utiliser les mêmes objectifs de base
• À partir de la même base d’informations
• Avec les mêmes canaux

Démarrage désactivé

La réunion de coup d’envoi permet de signifier le début du projet. C’est une bonne occasion pour :

• Invitez toutes les parties intéressées (ou au moins les représentants de groupes).
• Présenter des faits clés sur le projet.
• Répondez aux questions.
• Assurez-vous que chacun dispose de la même base de connaissances.
• Obtenez l'engagement de tous ceux qui seront impliqués - cela devra être gagné.
  • En impliquant les principaux acteurs (y compris les auteurs potentiels) dès le début du projet, vous augmentez vos chances d'obtenir leur engagement dans le projet.

Équipe de développement en état de préparation et formée

Avant de commencer un projet, vous devez vous assurer que votre équipe de développement dispose d’un personnel adéquat et que tous les membres de l’équipe sont formés pour la tâche en cours.

Architecture de contenu

L’architecture de contenu définit et décrit l’architecture future du contenu ; notamment :

• L’arborescence de contenu ; inclusion de ressources
• les structures de base; y compris les campagnes, etc.
• Structures multisites et multilingues (MSM, Traduction, etc.)
• Contenu pris en charge (y compris les balises et les concepts de balisage)
• Stratégies de mise en cache et de réutilisation du contenu

Architecture du système

L’architecture du système définit la vision conceptuelle de votre système ; y compris (entre autres informations) :

• Structure du système pour tous les environnements requis
• Sous-systèmes
• Systèmes tiers
• les interfaces; Matériel, logiciel et interaction humaine
• les serveurs pour chaque environnement, consultez les Exigences techniques et les Consignes de dimensionnement du matériel ;
• les processus pour chaque environnement ; par exemple, les exigences de déploiement et de maintenance
• Activités de maintenance (GC de banque de données, optimisation TarPM, etc.)
• Mise en cache du Dispatcher
• Mise en grappe de la publication/création partagée
• Performances côté client (minification JS, concat, sprites CSS, nombre total de requêtes http, etc.)

Architecture d’application

L’architecture de l’application définit et décrit le comportement des applications proposées.

Il se concentre sur :

• Comment ils interagiront entre eux et avec les utilisateurs.
• Données à consommer et à produire par les applications, plutôt que leur structure interne.

Les définitions doivent couvrir :

• Structure de code de base du projet
• Artefacts de code (bundles, packages, etc.)
• Ventilations des modèles/composants et de leurs relations
• Détails de haut niveau sur les personnalisations requises (des superpositions spécifiques suivront ultérieurement)
• Conception des workflows requis par la solution (par exemple, création de contenu, approbation, publication, transformations, importations, exportations, etc.)
• Prise en compte spéciale de tous les modules complexes tels que MSM, Commerce, intégration tierce

Intégration système

L’intégration du système requiert que vous planifiiez (puis mettiez en oeuvre) :

• Comment tous les sous-systèmes et intégrations de solutions qui seront rassemblés pour fonctionner comme un système cohérent
• la façon dont les éventuels systèmes tiers sont intégrés, ainsi que toute considération spéciale, telle que hors ligne ou en ligne, côté client ou côté navigateur, ou encore la gestion des basculements lorsqu’un système tiers est hors service.

Concept de test

Avant de commencer le développement, vous devez élaborer un concept détaillé et complet de tous les test conditions requises pour votre projet.

Cela doit inclure (entre autres) :

• Détails de tous les tests à effectuer
• Préparation de tout contenu requis pour ces tests
• Informations sur les outils de test à utiliser
• une indication de haut niveau de qui sera impliqué dans les tests; en particulier les groupes en dehors de l’équipe d’assurance qualité
• Détails de l’automatisation des tests ; par exemple, avec Selenium ou le mode AEM Développeur

Conception d’expérience

La conception d’expérience (XD) implique de concevoir l’expérience utilisateur de votre solution.

L’expérience utilisateur doit être analysée et développée pour les auteurs et les utilisateurs finaux de votre site web.

Configuration de l’assistance

Avant le développement, tous les processus d’assistance, nécessaires au déploiement, à la publication, au test et aux problèmes de rapport, doivent être mis en place.

Voir aussi Portail d’assistance à l’Adobe.

Autorisations

Vous devez planifier et mettre en oeuvre un concept de rôles et de droits pour tous les utilisateurs/groupes qui utiliseront la solution.

Par exemple :

• la liste des rôles (c’est-à-dire, des groupes) avec les définitions d’accès en read/write pour chacun d’eux ;
• la définition des privilèges qui affectent l’environnement de publication, par exemple, replicate.
• Pour les utilisateurs qui disposent des privilèges minimaux, des workflow doivent être définis.
• Les utilisateurs du groupe editor ne doivent pas disposer de droits admin ni faire partie du groupe administrators.

Pour plus d’informations, consultez Administration et sécurité des utilisateurs.

Surveillance et maintenance

La surveillance et la maintenance sont des aspects essentiels pour assurer le bon fonctionnement de votre solution une fois qu’elle est activée. Pour cela, vous devez définir :

• Éléments à surveiller
• les tâches de maintenance; aussi bien régulier que pour des cas particuliers

Voir aussi Surveillance et maintenance pour plus d’informations.

Migration

Tout contenu du système hérité doit être révisé 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 garantir l’utilisation de l’AEM en production. Cela devrait couvrir des situations telles que la sauvegarde, la restauration, le basculement, etc.

Environnement de développement

Planifiez et documentez votre environnement de développement, notamment :

• Architecture

• les outils de développement.

  • Un environnement type se compose des éléments suivants :

    • un système de suivi des problèmes ; par exemple, Jira
    • un IDE ; comme Eclipse
    • un outil de gestion des versions ; comme Maven
    • un outil pour l’intégration continue, comme Jenkins ;
    • un outil de contrôle de version ; comme GIT/SVN
    • un gestionnaire de référentiel d’artefacts de build ; par exemple Archiva/Nexus

• Intégration/dépendances de logiciels tiers

• l’intégration/les dépendances des solutions ;

• La cadence de déploiement

Système de test

Planifiez et documentez votre environnement de test, notamment :

• Architecture
• Dépendances des structures de développement; y compris les versions nocturnes
• Les possibilités ou limites du test de l’intégration/des dépendances de logiciels tiers
• Outils de test
• Stratégie de test automatisé

Système de production

Planifiez et documentez votre environnement de production, notamment :

• Architecture
• La cadence de déploiement
• Intégration/dépendances de logiciels tiers
• Configuration de la sécurité
• les performances de base vérifiées par l’exécution de tests ToughDay sur la configuration d’exploitation ;
• les exigences relatives aux tests de performance; see Bonnes pratiques pour l’assurance qualité

Intégration

planifier, documenter et tester tous les aspects du système et intégration de solution, notamment :

• Une stratégie de test automatisée
• Processus automatisés vers déplacer les applications du développement au test, puis à la production ;
• Processus automatisés vers déplacer le contenu de la production vers le test et le développement ;

Migration

planifier, documenter et tester tous les aspects de la migration de contenu ; notamment :

• Architecture du contenu
• Stratégie de migration

Communication

Assurez-vous que tous les membres de l’équipe et le personnel du projet sont tenus à jour, si nécessaire.

Documentation

documenter entièrement la solution ; notamment :

• Manuel des opérations
• Toutes les personnalisations pouvant affecter les mises à niveau
• Notes de mise à jour

Test d’acceptation utilisateur final

Test d’acceptation des utilisateurs (UAT) est essentiel pour s’assurer que :

• La solution répond aux exigences de l’utilisateur/du client.
• Le client/les utilisateurs acceptent la solution (fonction, conception et performances)

Il doit y avoir une liste de contrôle formalisée pour la remise des clients ; idéalement automatisé et exécuté de 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 chargement

Les tests de performance et de charge permettent de s’assurer que la solution respecte les niveaux de performance requis, à des charges moyennes et de pointe.

Pour plus d’informations sur les tests de performance, voir :

• Test de performance
• Planification et exécution des tests
• Consignes de performances de base

Préparation

La préparation et la planification aideront à assurer un déploiement en douceur.

Formation

Assurez-vous que tous les membres du personnel impliqués ont été formés.

Voir Adobe Experience Manager dans le catalogue de cours.

Administrateurs formés

Assurez-vous que vos administrateurs de solution disposent des éléments suivants :

• Formé
• Reçu le matériel de formation approprié
• Reçu la documentation appropriée

Utilisateurs formés

Assurez-vous que vos auteurs disposent des éléments suivants :

• Formé
• Reçu le matériel de formation approprié
• Reçu la documentation appropriée ; par exemple, le Guide de l’utilisateur

Tests de pénétration

Les tests de pénétration simulent une attaque sur un système informatique afin d’identifier les éventuelles failles de sécurité.

Tests de pénétration/sécurité

Pour garantir la sécurité de votre solution, effectuez des tests de pénétration spécifiques, ainsi qu’un plus large éventail de tests de sécurité.

Consultez la Liste de contrôle de sécurité pour plus de détails.

Préparation

La préparation et la planification aideront à assurer une activation fluide.

Sécurité

Confirmez la sécurité de votre solution pour les utilisateurs internes et externes et leur contenu.

Secours

Assurez-vous que tous les systèmes, procédures et mécanismes requis pour la secours sont en place avant de passer en ligne.

Assistance

Assurez-vous que les services d’assistance sont en place et prêts.

Transition

Planifiez et exécutez la transition vers votre environnement de production et vos utilisateurs.

Déployer

Préparez et exécutez vos tests de détection de fumée.

Responsable de l’exécution/de la présentation de l’analyse de cas pour le projet.

la clé de l'élaboration et de la définition de la portée du projet; notamment :

• la définition et les critères de réussite
• les principaux indicateurs de performance clés ;

Indiquez les jalons principaux en fonction de la feuille de route du client.

est principalement chargé de rassembler et d’analyser les exigences de haut niveau, puis de les transformer en spécifications :

• pour que le chef de projet l’utilise lors de la planification du développement
• pour que l’équipe de développement puisse travailler pendant la conception et le développement.

Travaille en étroite collaboration avec le client pour analyser les exigences. Ils les comparent à :

• La définition du succès.
• Les critères de réussite.
• IPC (tant métier que performance).

est responsable de la diffusion technique du projet ;

est chargé de sélectionner une méthodologie de développement conforme aux exigences du client ;

élabore la stratégie de développement :

• s’assurer qu’il est aligné sur les indicateurs clés de performance métier et de performance ;
• prise en compte des critères et de la définition de réussite

Travaille en étroite collaboration avec l’architecte (notamment lors de l’élaboration 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 pour les applications tierces et toute fonctionnalité spécialisée.

est responsable de la supervision de l’infrastructure du projet ;

est responsable de :

• la configuration des environnements de développement et de test internes ;
• pour faire correspondre ces systèmes aux systèmes client

Fournit des recommandations matérielles, surveille les différentes mises en oeuvre et assure la prise en charge des opérations avant et après la mise en service.

Parties prenantes

• Personnes (souvent issues de l’entreprise) qui ont un intérêt (intérêt) dans le succès du projet. Ils contribuent souvent au budget.

Légal

• Des conseils juridiques sont nécessaires lors de la négociation de contrats.

Formateurs

• Selon l'ampleur et la nature du projet, des formateurs spécialisés peuvent être utilisés pour développer et présenter des sessions de formation pour les groupes concernés.

Rédacteurs techniques

• Selon l'ampleur et la nature du projet, des rédacteurs techniques spécialisés peuvent être utilisés pour rédiger des directives et des manuels à l'intention de groupes spécifiques. par exemple, un manuel de maintenance pour les administrateurs système ou un guide de l’utilisateur pour les auteurs.

Administrateurs système

• Responsable du fonctionnement continu du système.

Auteurs et utilisateurs finaux

• Les personnes qui utiliseront le système pour créer et gérer le contenu de votre site web.

Autres bonnes pratiques et consignes liées à la gestion d’un projet AEM :

• Consignes de dimensionnement du matériel
• Opérations de développement d’entreprise (DevOps)
• Bonnes pratiques de SEO et de gestion des URL
• Instructions relatives à AEM et à l’accessibilité Web
• Règlement général sur la protection des données

Bonnes pratiques de déploiement et de maintenance

Bonnes pratiques d’administration

Bonnes pratiques de développement

Bonnes pratiques de création

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

• Sécurité

• Déploiements recommandés

• Opérations de développement d’entreprise (DevOps)

• Dimensionnement matériel

• Concepts AEM :

  • Développement – Les principes de base
  • Concepts relatifs au MSM
  • Langage de modèle HTML (HTL)

Documentation connexe

• Adobe Experience Cloud – Planification pour Adobe Experience Cloud