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 :
- Utiliser la fonction Estimator dans App Studio
- 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.
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.
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.
- Téléchargez la feuille de calcul Sizing Sheet.
- Cliquez sur
.
- 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).
Si vous utilisez App Studio version 8.5 ou ultérieure, voici les étapes à suivre :
- Téléchargez la feuille de calcul Sizing Sheet.
- Exportez le résultat de l’Estimator depuis Pega 8.5 pour votre MLP.
- Importez le fichier vers la feuille de calcul du dimensionnement en utilisant la fonction Import Case Type Backlog.
- 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.
Want to help us improve this content?