Préparatifs pour la phase Préparation

La phase Préparation peut durer entre une et trois semaines. Comme elle sert à lancer le projet, une préparation préalable est nécessaire. Certaines équipes parlent de « sprint zéro ». Lors de la phase Préparation, vous peaufinez la portée du MLP (Minimum Lovable Product), terminez la conception de l’application et préparez le premier sprint de configuration. La phase Préparation est coordonnée par le Project Delivery Lead (PDL).

La phase Préparation concerne généralement les activités suivantes :

• Mise en œuvre du lancement du projet 
• Recherches sur l’utilisateur, suivies d’un design sprint
• Finalisation de la conception de la solution
• Établissement de la gouvernance et des normes du projet
• Confirmation du calendrier du projet, y compris les déploiements, sprints et tests
• Définition des activités de préparation métier
• Finalisation d’un plan d’accompagnement de la coproduction 

La phase Préparation prépare votre équipe à passer à la phase Build. Le diagramme suivant est une synthèse de ce que vous devez réaliser durant la phase Préparation :

Quand la phase Préparation est-elle considérée comme « Done » ?​

Résultats de la phase Préparation​

• Gouvernance et cérémonies de sprint établies​
• Definition of Done (DoD) et Definition of Ready (DoR) convenues​
• Outils choisis et prêts (p. ex., Agile Studio)​
• Backlog de user stories créé (DoR) au moins pour un sprint​
• Plan d’élaboration confirmé et en cours​
• Stratégie de test confirmée​
• Plan de release de sprint confirmé (dates de déploiement, etc.)​

Préparation à la phase Build​

• Environnements configurés et prêts à être développés et testés​
• Application créée dans App Studio​
• Backlog de type de dossier (3 piliers) converti dans App Studio ​
• Conception terminée pour produire des résultats métier​
• Conception de dossier convenue et approuvée​
• Modèle de données convenu et approuvé ​
• Schéma de conception UX/UI et lignes directrices convenus​
• Plan d’intégration et de dépendance des données convenu​

Le PDL prévoit de multiples activités d’équipe tout au long du processus Préparation. Le diagramme suivant est une synthèse des sessions clés requises :

Chaque réunion est planifiée par le PDL (ou un délégué) et partagée avec l’équipe.

Sessions de prise en main :

• Réunion de transition entre l’équipe commerciale et l’équipe delivery
• Réunion de lancement du projet
• Réunion d’alignement de la vision
• Passage en revue des résultats métier
• Présentation de l’approche de delivery
• Design sprint (facultatif, parfois réalisé dans la phase Découverte)

Sessions techniques :

• Architecture et conception
• DevOps
• Exigences non fonctionnelles

Sessions de gouvernance :

• Plan d’accompagnement de la coproduction
• Établissement de la gouvernance
• Processus de demande de modification
• Stratégie de test
• Plan de delivery / Calendrier de sprint
• Outils (p. ex., Agile Studio)
• Préparation métier (p. ex., formation des utilisateurs)

Sessions Ready to Build :

• Definition of Done (DoD) et Definition of Ready (DoR)
• Création d’un modèle de phases et d’étapes
• Création d’un product backlog
• Création de user stories (y compris les premières sessions de DCO)
• Restitution/Approbation de la user story
• Plan de test Pega Express
• Préparation à la phase Build

Le tableau suivant est un exemple détaillé d’un planning de réunions sur plusieurs jours.

Le lancement du projet est un événement clé pour s’assurer que dès le départ, l’ensemble de l’équipe comprend la vision, les résultats métier et le plan de delivery. Le Project Delivery Lead organise et anime la réunion de lancement, en réutilisant la plupart des ressources préparées et partagées lors de la transition entre l’équipe commerciale et l’équipe delivery.

Tous les membres de l’équipe du projet (y compris les parties prenantes senior et le sponsor) doivent se rendre à la réunion de lancement du projet.

Les réunions d’alignement de la vision et de lancement du projet visent à :

• Présenter l’équipe en charge du projet, l’équipe du client et les principales parties prenantes
• Clarifier les rôles et les responsabilités relatifs au projet
• S’assurer que la vision, les résultats métier et les objectifs client sont compris
• Partager la portée et le calendrier du projet 

Pour en savoir davantage sur le déroulement d’un lancement de projet, reportez-vous à la rubrique Lancement du projet et alignement de la vision de Pega Academy.

Si votre projet prévoit un design sprint lors de la phase Préparation, il est essentiel de le préparer à l’avance en invitant les participants, en convenant d’un agenda, en réservant une salle de réunion et en collectant des données. Pour réussir un Design Sprint, vous devez effectuer des recherches préalables. Vous devez, par exemple, vous entretenir avec les utilisateurs actuels et documenter les processus métier actuels et futurs. 

Lors de la phase Préparation, votre équipe choisit l’architecture applicative à utiliser. L’équipe technique participe à des événements pour choisir la solution qui fonctionne le mieux. Ensemble, les équipes doivent : 

• Réaliser une analyse approfondie de l'architecture (atelier)
• Passer en revue toutes les exigences non fonctionnelles
• Convenir d’un environnement applicatif et de processus DevOps

Pour en savoir plus, reportez-vous à la rubrique Architecture technique de Pega Academy.

Établissez la gouvernance du projet et convenez des normes du projet.

Voici une synthèse de ce que comprend chaque composant :

Gouvernance

• Accord sur ce qui doit être inclus dans le rapport sur le statut du projet
• Engagement sur le rythme des réunions et les participants pour la gouvernance multiniveau
• Identification du processus de conduite du changement
• Confirmation des outils à utiliser (p. ex., Pega Guardrails, Pega Diagnostic Cloud)

Normes du projet

• Définitions de la sévérité et de la prioriété des anomalies
• Accord sur la Definition of Done (DoD) pour les user stories
• Accord sur la Definition of Ready (DoR) pour les stories à évaluer 

Checklist de sécurité

Durant la phase Préparation, la checklist de sécurité doit être évaluée par l’équipe et un responsable doit être désigné afin de s’assurer qu’elle est évaluée à la fin de chaque sprint. Il est important de s’assurer que la checklist de sécurité est comprise par l’équipe durant la phase Préparation afin que l’application soit conçue en tenant compte de la sécurité. 

Vous pouvez en apprendre davantage au sujet de la gouvernance et des normes du projet dans la rubrique Gouvernance de Pega Academy.

Tout au long de la phase Préparation, l’équipe du projet en apprend plus sur le Microjourney™. Le Project Delivery Lead (PDL) valide le calendrier du projet et les ressources planifiées. Sa confirmation permet de s’assurer qu’un nombre adéquat de sprints (capacité) est planifié et que le projet dispose de suffisamment de ressources humaines pour réussir.

Le PDL confirme le nombre de sprints et le calendrier des cérémonies scrum. L’équipe décide du moment auquel les déploiements sont prévus dans les environnements de test. Le PDL confirme également le calendrier global de la mise en production (Go-Live) pour s’assurer que les activités de préparation complémentaires sont planifiées et terminées à temps.

Apprenez-en davantage sur la planification du projet dans la rubrique Validation de la planification de Pega Academy.

Votre équipe identifie et planifie les activités requises pour permettre le passage en production. Prenons un exemple d'activité de préparation métier : la formation des agents lorsqu’un nouveau microjourney de centre d’appel est introduit. Les agents du centre d’appel doivent être formés aux nouvelles étapes permettant d’exécuter une demande client et à tous les scripts permettant d'améliorer l’expérience client.

La coproduction permet aux clients de se familiariser avec Pega Platform™. La coproduction est pour les membres de l’équipe client en charge du projet l’occasion de découvrir l’application et de contribuer à la solution qui est en cours de création. Elle permet, en outre, de s’assurer que les clients peuvent assurer la maintenance de l’application Pega Platform lorsqu'elle est en production. En formant et en certifiant les membres de l’équipe client aux applications Pega et en les intégrant à l’équipe scrum, les ressources client individuelles peuvent contribuer à la livraison des résultats métier désirés et faciliter la gestion des futures versions.

Vérifiez vos connaissances avec l’interaction suivante.