Skip to main content

Dimensionnement du MLP

Estimation et dimensionnement de votre MLP

Cette rubrique explore la manière d’estimer et de dimensionner votre Minimum Lovable Product (MLP) avec la méthodologie Pega Express. Il existe deux outils qui vous aident à estimer la taille de votre MLP. Chacun d’eux vous permet d’obtenir une première estimation et une estimation plus précise.

Vous pouvez :

  1. Utiliser la fonction Estimator dans App Studio
  2. Utiliser l’onglet Reference sizing dans la feuille de calcul Case Type Backlog.

Le Case Type Backlog et d’autres ressources pour vous aider dans la réalisation de vos projets sont à votre disposition sur la page Pega Express Delivery Resources. (Vous devrez peut-être rechercher le lien, cliquer dessus, puis télécharger, renommer ou enregistrer l’outil avant de pouvoir l’utiliser dans votre projet.)

Avantages du dimensionnement du MLP

L’estimation et le dimensionnement du MLP vous indiqueront le temps et les efforts requis pour le développer et le livrer.  Votre estimation peut vous conforter dans votre décision de travailler sur ce MLP. Elle peut aussi vous indiquer que le microjourney™ devrait être découpé en morceaux plus petits et plus faciles à gérer. En dimensionnant votre MLP, votre équipe vérifie la disponibilité des ressources nécessaires pour réaliser les tâches prévues.

Tip: Dans Pega Express, vos estimations initiales sont de niveau macro. Vous les affinez au cours de l’étape de dimensionnement pour obtenir une synthèse plus adaptée et plus précise des ressources nécessaires à la mise en œuvre de votre plan.

Vérifiez vos connaissances avec l’interaction suivante.

Estimation avec App Studio

Si vous saisissez les trois piliers directement dans App Studio, vous pouvez estimer la quantité d’effort nécessaire pour configurer votre solution à l’aide de la fonction Estimator, comme le montre l’image suivante.

Estimating Using Pega 8.5

Estimation avec le Case Type Backlog

Une fois que vous avez rempli les informations clés décrites dans la rubrique Microjourney documentation, la feuille de calcul Case Type Backlog vous donne facilement de dimensionnement de votre MLP. Une fois la procédure terminée, l’onglet Reference Sizing de votre classeur Case Type Backlog affiche un premier récapitulatif des ressources et des efforts requis pour votre MLP.

L’image suivante montre un exemple d’estimation.

Case Type Backlog Estimation

Interprétation de l’estimation

Votre calcul initial sert de point de départ. Vous pouvez affiner votre estimation en y intégrant des informations supplémentaires ou plus précises. Un modèle d’affectation des ressources vous guide sur les facteurs à prendre en compte lors de la construction et de l’interprétation de votre estimation et de votre dimensionnement initial. Tenez compte à la fois des membres de l’équipe disponibles et du nombre d’heures nécessaires pour mener à bien votre projet. Le client fournit souvent des ressources pour aider à compléter l’équipe projet.

Affectation des ressources

L’affectation des ressources fait référence aux rôles nécessaires au développement et à la livraison du MLP. Le tableau suivant donne des exemples de rôles et de fonctions courants pour les ressources affectées au projet.

Ressources affectées au projet

Rôle Description
EL/PDL/PM Project Delivery Lead : Gère la mise en œuvre du projet ; responsable de la gouvernance et de la réussite globale du projet
LSA Lead System Architect : Assure la direction technique et donne les orientations techniques du projet
SSA Senior System Architect : Crée et modifie les flux, crée les tables et arbres de décision, configure des sections de harness, conçoit les cas de test
SA System Architect : Crée et modifie les flux, crée les tables et arbres de décision, configure des sections de harness, conçoit les cas de test
LBA Lead Business Architect : Assure le leadership, en représentant les intérêts métier. Collecte les besoins et fixe les priorités ; dirige les sessions de travail collaboratif en adoptant l'approche DCO
SBA Senior Business Architect : Collecte les besoins et fixe les priorités ; dirige les sessions de travail collaboratif en adoptant l'approche DCO
BA Business Architect : Collecte les besoins et fixe les priorités ; dirige les sessions de travail collaboratif en adoptant l'approche DCO
XD Experience Designer : Se concentre sur la conception de l’expérience utilisateur et les tests utilisateurs lean
UID UI Developer : Configure et teste les interfaces utilisateurs

 

Le client doit également fournir des ressources internes pour le projet. Dans certains cas, par exemple en cas de coproduction indispensable, l’entreprise identifie et organise la formation et la certification de ressources internes sur les applications Pega pour qu’elles fassent partie de l’équipe delivery. Le tableau suivant donne des exemples de ressources client.

Ressources client :

Rôle Description
Product Owner Représentant métier qui priorise les fonctionnalités à mettre en œuvre
Scrum Master Pilote les activités Scrum au quotidien, comme les points Scrum quotidiens
Test Lead Gère les cycles de tests côté client
Testeur Membres de l’équipe client qui effectuent les tests de bout en bout et les recettes utilisateurs
BA certifié Pega Business Architect côté client qui a obtenu la certification BA de Pega
SA certifié Pega System Architect côté client qui a obtenu la certification SA de Pega

Heures à consacrer au projet

L’estimation des heures présentée dans l’illustration ci-dessus indique la durée du projet en semaines et détaille le temps qu’il faudra pour le mener à bien.

  • Nombre total d’heures estimé. Ce total comprend le temps nécessaire pour les phases de préparation et de build, tests et durcissement compris. 
  • Nombre d’heures de travail estimé pour les membres de l’équipe projet Pega.
  • Nombre d’heures de travail estimé pour les intervenants côté client et les ressources de coproduction.

Dimensionnement plus précis des MLP

Pour modéliser un cycle de sprint et un plan de ressources plus précis à l’aide du Case Type Backlog, vous pouvez importer vos estimations dans la feuille de calcul Sizing sheet que vous trouverez sur la page Pega Express Delivery Resources.

  1. Téléchargez la feuille de calcul Sizing Sheet.
  2. Cliquez sur Import Case Type Backlog.
  3. Suivez les instructions du deuxième onglet de la feuille de calcul pour modéliser votre plan de sprint et de ressources.

La fonction d’importation est située sous les indications de titre et de version. (cf. illustration ci-dessous).

CTBImport

Si vous utilisez App Studio version 8.5 ou ultérieure, voici les étapes à suivre :

  1. Téléchargez la feuille de calcul Sizing Sheet.
  2. Exportez le résultat de l’Estimator depuis Pega 8.5 pour votre MLP.
  3. Importez le fichier vers la feuille de calcul du dimensionnement en utilisant la fonction Import Case Type Backlog.
  4. Suivez les instructions du deuxième onglet de la feuille de calcul pour modéliser votre plan de ressources et de sprint.

Vous trouverez des instructions détaillées sur la page Pega Express Delivery Resources dans Pega Community.

Vérifiez vos connaissances avec l’interaction suivante.


This Topic is available in the following Module:

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