Skip to main content

Préparation au projet

Préparation au projet

Durant la phase Découverte, tandis que vous décidez de la priorité à donner aux éléments du Minimum Lovable Product (MLP), vous pouvez effectuer plusieurs autres activités de préparation en parallèle afin de vous assurer que votre équipe sera fin prête pour la phase suivante, Préparation.

La phase Préparation est la première fois où l’équipe se rassemble pour lancer le projet et concevoir la solution (conception détaillée). La préparation vous permet de vous assurer que tout est en place pour que le projet soit une réussite, à commencer par vos environnements de développement et outils de gestion du projet. La méthodologie Pega Express™ comporte une checklist aux fins de cette préparation.

La checklist de préparation couvre trois catégories : les personnes, les processus et les technologies.

  • Personnes – Entourez-vous des bons collaborateurs, ceux qui vous aideront à assurer la réussite du projet, et désignez un Product Owner, des représentants d’utilisateurs finaux et des testeurs métier. Reportez-vous à la rubrique Create your Resource Plan (Créer votre plan de ressources) pour obtenir plus d’informations sur le recrutement des éléments utiles à votre projet.
  • Processus – Assurez-vous d’avoir collecté les informations qui vous permettront d’exécuter la phase Préparation sans accroc (documentation de la vision du projet, collecte d’échantillons des processus métier existants, identification de la communication et des plans de gestion du changement initiaux, etc.). Vous devez également organiser une réunion de transition entre l'équipe commerciale et l’équipe delivery.
  • Technologie – Veillez à avoir dimensionné les environnements, les outils et le matériel requis. Les sections suivantes fournissent des détails additionnels sur la préparation technique.

Vous pouvez télécharger la liste complète des activités pré-requises dans la checklist de préparation disponible à la page Pega Express Delivery Resources.

Préparation technologique

Terminez chacune des activités ci-dessous avant de commencer la phase Préparation pour que l’équipe Préparation puisse se concentrer sur la réalisation de la vision et des résultats attendus du projet. En vous dotant de technologies et connaissances technologiques adéquates, vous évitez les retards qui sont susceptibles de se produire lorsque, par exemple, l’équipe ne dispose pas de l’environnement sur lequel travailler ou que les données nécessaires pour démarrer le travail sont indisponibles.

Sur le plan technologique, différents éléments sont à prendre en compte, notamment :

  • Valider votre stratégie d’hébergement (Pega Cloud, cloud privé, sur site) et les environnements requis. Sur site, pensez à évaluer le délai nécessaire à l’achat de matériel informatique et logiciels. Tenez-en compte dans le calendrier du projet.
  • Clarifier les exigences non fonctionnelles éventuelles.
  • Identifier les besoins en migration des données et les attentes en matière de nettoyage des données
  • Définir les sources et services de données.
  • Obtenir les API pour les interfaces existantes et nouvelles
  • Définir des dates provisoires pour les interfaces à livrer et préciser les responsables des interfaces
  • Convenir d’une approche de test initiale ; le plus souvent, il s’agit des stratégies de test Pega Express itératives
  • Créer un calendrier des dépendances techniques qui comprend les interfaces, l’infrastructure et la migration. Cette action détermine quelles dépendances doivent être priorisées en raison de délais plus longs.
  • Confirmer le partage de documents et les outils de gestion du projet (par exemple, Pega Agile Studio). Décider qui fournit les outils et qui en assume la repsonsabilité Si vous utilisez Agile Studio, demander spécifiquement à ce que l’équipe Pega vous fournisse l’outil.
  • Confirmer l’utilisation d’outils d’intégration et de livraison continue (CI/CD) pour automatiser les étapes dans le processus de livraison logicielle. Si vous prévoyez d’embaucher un Pega Deployment Manager, assurez-vous de demander spécifiquement à ce que l’équipe Pega soit configurée pour les outils CI/CD.

Environnements

Les décisions les plus importantes lors de la phase Découverte de votre projet portent sur la validation de la stratégie d’hébergement et la détermination des environnements nécessaires au projet. Ce sont les premières décisions que vous devez prendre ; elles impacteront la planification du projet en aval et les décisions architecturales. Posez-vous les questions suivantes :

  • Les environnements seront-ils hébergés sur place, sur Pega Cloud ou dans un cloud privé ?
  • Quel est le délai avant que les environnements soient prêts ?

Répondez à ces questions lors de la phase Découverte pour vous assurer que l’équipe disposera d’environnements logiciels avec lesquels travailler au démarrage de la phase Préparation. L’équipe du projet a besoin d’un environnement de développement prêt dès le premier jour et d’un environnement de test peu de temps après pour y réaliser les tests pratiques de sprint.

Exigences non fonctionnelles et dimensionnement du matériel

Une fois la stratégie d’hébergement déterminée, vous devez évaluer les dimensions des environnements requis. Pour ce faire, réunissez les exigences non fonctionnelles. Ces exigences vous fournissent certaines informations, notamment :

  • Quels sont les volumes de dossiers attendus ?
  • Combien de personnes utiliseront la nouvelle application ?
  • Existe-t-il des pics d’utilisation ?
  • À quels délais les utilisateurs finaux s’attendent-ils ?

Les exigences non fonctionnelles peuvent également inclure des considérations sur la facilité d’utilisation, l’accessibilité et la sécurité. Par exemple :

  • Existe-t-il des exigences spécifiques pour les utilisateurs malvoyants ?
  • Si les environnements sont sur site et qu’une partie de l’équipe delivery est à l’étranger, l’accès à distance doit-il être possible ?

Une fois les exigences non fonctionnelles collectées, intégrez ces informations à votre outil de dimensionnement du matériel. Vous calculerez ainsi les dimensions de l’environnement requis pour prendre en charge les volumes attendus et les transactions traitées par la nouvelle application. Les exigences non fonctionnelles fournissent à l’équipe du projet des informations importantes susceptibles d’influer sur la conception de l’application et de permettre à l’équipe d’en tenir compte dans ses critères d’acceptation de la user story. Le dimensionnement est couvert de manière plus détaillée dans la rubrique User story readiness (préparation de la user story).

Données

L’un des trois piliers d’une application Pega Platform doit permettre de déterminer les données dont une application a besoin.

Vous devez :

  • Identifier tous les besoins de migration des données et déterminer si les données existantes doivent être nettoyées avant d’être utilisées.
  • Identifier les sources de données, déterminer les services de données et obtenir les API pour les interfaces existantes et nouvelles afin d’anticiper les discussions techniques durant la phase Préparation.
  • Obtenir des dates provisoires pour les livrables de l’interface et clarifier les missions des responsables de l’interface dès le début.

Outils et approches

Avoir les outils en place avant le premier jour du projet vous permet de vous assurer que vous pourrez commencer le projet à temps. Il est recommandé de configurer ces outils avant que ne débute la phase Préparation.

Vous devez :

  • Créer un calendrier des dépendances techniques qui comprend les interfaces, l’infrastructure et la migration. Ce calendrier permet de consigner quelles dépendances nécessitent des délais importants et d’établir un ordre de priorité.
  • Préciser comment les documents doivent être partagés et quels outils de gestion du projet utiliser (par exemple, Pega Agile Studio). Identifier le responsable de la fourniture et gestion des outils. (Si vous utilisez Agile Studio sur Pega Cloud, demandez spécifiquement à ce que l’équipe Pega configure ceci.)
  • Confirmer l’utilisation d’outils CI/CD pour automatiser les étapes dans le processus de livraison logicielle. Si vous prévoyez d’utiliser Pega Deployment Manager, demandez à ce que l’équipe Pega fournisse l’outil.
  • Convenir d’une approche de test initiale.

Cette liste n’est pas exhaustive, car la préparation des technologies varie selon les projets. Reportez-vous à la checklist de préparation à la page Pega Express Delivery Resources.

Vérifiez vos connaissances avec l’interaction suivante.

If you are having problems with your training, please review the Pega Academy Support FAQs.

Did you find this content helpful?

Want to help us improve this content?

We'd prefer it if you saw us at our best.

Pega Academy has detected you are using a browser which may prevent you from experiencing the site as intended. To improve your experience, please update your browser.

Close Deprecation Notice