Skip to main content

Modifications et adaptabilité

Modifier votre application avec Pega Express

Pega Express™ est une méthodologie basée sur Scrum, conçue pour prendre en charge les demandes de modifications tout au long du cycle de vie du projet. Les modifications effectuées dans un court délai confèrent un avantage énorme au client qui peut avoir besoin de s’adapter aux événements qui affectent le marché.

Principes directeurs

Si Pega Express s’adapte facilement aux modifications apportées à une application, certains aspects du projet ne doivent jamais être changés afin d’éviter que celui-ci ne soit perturbé et ne perde en qualité. Votre équipe peut, par exemple, maintenir des pratiques d’organisation et de gestion du travail cohérentes.

Vous devez donc éviter de modifier les aspects suivants :

  • Durée de sprint – La durée des sprints doit être sensiblement la même tout au long de la phase Build.
  • Objectifs de sprint – La portée et le niveau de travail ciblés lors de chaque sprint doivent rester sensiblement les mêmes.
  • Definition of Ready (DoR) – Les critères déterminant quand une user story satisfait aux normes d’estimation requises doivent rester sensiblement les mêmes.
  • Definition of Done (DoD) – Les critères déterminant quand une user story satisfait aux normes de configuration et de test requises doivent rester sensiblement les mêmes.
  • Composition de l’équipe – Dans la mesure du possible, conservez la même équipe pour vous assurer que les collaborateurs connaissent bien le projet et gagner en vitesse d’exécution.

Maintenance et affinement du backlog

Maintenir un backlog riche, de préférence avec Agile Studio, est essentiel pour rester ouvert aux changements et y faire face efficacement. Le maintien d’un backlog vous permet, ainsi qu’au Product Owner, de modifier l’ordre de priorité des éléments du backlog en fonction des besoins de la solution.

Dans l’exemple suivant, en haut du backlog, les user stories entrant dans le champ d’application du MLP (Minimum Lovable Product) actuel sont classées par ordre de priorité, avec une évaluation des efforts à fournir de 35 jours. Les user stories pour les versions suivantes sont listées en deçà de ce seuil et attendent d’être classées par ordre de priorité par le Product Owner. En bas de la liste, vous verrez deux demandes de changement en attente d’une décision du Product Owner.

Change Backlog Example

Dans cet exemple, le Product Owner a déterminé que ces demandes de changement sont importantes et prioritaires. Dans l’image suivante, vous pouvez voir que le Product Owner a choisi de donner priorité à ces deux changements, de sorte qu’ils font désormais partie du MLP actuel. Toutefois, comme les efforts à fournir ont été évalués à 35 jours, cela impacte l’élément BR_012, qui doit être ôté du MLP actuel et dont la priorité devra être réévaluée par le Product Owner.

Change Backlog Example no 2
Note: Le Product Owner joue un rôle essentiel en matière d’approbation des changements affectant le backlog. 

Journal des modifications et processus de contrôle des modifications

Le journal des modifications ou change log est une méthode d’enregistrement de tous les changements, des plus petits approuvés par le Product Owner aux plus importants décidés par le comité de pilotage. Le processus de contrôle des modifications est une section convenue du processus de gouvernance permettant une gestion efficace des décisions plus complexes grâce aux couches de gouvernance sous-tendant la décision. Un processus de contrôle des modifications doit être attribué à tous les projets, qui doivent être partagés lors de la réunion de lancement du projet.

Voici ce qui différencie le journal des modifications du processus de contrôle des modifications :

  • Journal des modifications  Le change log est un document écrit précisant ce qui a changé dans un projet et pourquoi. Pega Express conseille de documenter tous les changements affectant la portée, les ressources, le calendrier ou le coût du projet dans un journal des modifications. Le fait de consigner toutes ces modifications peut être très utile pour mieux comprendre les impacts du projet ou pour justifier un changement spécifique.
  • Processus de contrôle des modifications  Le processus de contrôle des modifications est un mécanisme qui appuie le lancement, l’enregistrement, l’évaluation, la validation et la résolution des modifications apportées au projet. Pega conseille d’inclure le processus de contrôle des modifications dans le plan de gouvernance élaboré en début de projet. Le processus de contrôle des modifications permet de s’assurer que les changements sont documentés par le Project Delivery Lead (qui utilise le journal des modifications convenu), puis soumis à l’examen du comité de pilotage aux fins de leur adoption. 

Cas d’usage des demandes de modification

Il n’est pas nécessaire d’effectuer une demande (change request) pour chaque modification. Certaines peuvent passer outre le processus d’approbation du contrôle des modifications. Ces  peuvent être ajoutées au Change log et simplement validées par le Product Owner. Voici quelques principes directeurs pour vous aider à déterminer quand suivre un processus de contrôle des modifications plus officiel.

Utilisez un processus de contrôle des modifications quand :
  • Les parties prenantes veulent remplacer de nouvelles tâches par des tâches déjà effectuées.
  • Les parties prenantes veulent échanger une tâche de grande envergure contre une tâche de petite envergure.
  • Le changement proposé nuit à une autre équipe. Cela ne signifie pas nécessairement qu’elle écope de tâches supplémentaires. Par exemple, lorsque l’implémentation d’une modification supplémentaire retarderait le développement d’une fonctionnalité dont dépend cette autre équipe, il est pertinent d’utiliser le processus de contrôle des modifications.
Note: Le fait d’échanger une tâche de grande envergure contre une tâche de petite envergure ne nécessite pas d’utiliser le processus de contrôle des modifications, mais d’enregistrer le changement dans le journal des modifications du projet.
Il n’est pas nécessaire d’utiliser un processus de contrôle des modifications officiel quand :
  • Le Product Owner approuve la modification.
  • L’équipe n’a pas encore commencé à travailler sur la modification.
  • La modification n’affecte que votre équipe.
Dans tous les cas, il est important de consigner ces changements dans le journal des modifications.
  1. Consignez le changement dans le journal des modifications du projet.
  2. Ajoutez des éléments de backlog pour décrire le changement.
  3. Demandez au Product Owner de les classer par ordre de priorité.

Types de demandes de modification

À chaque fois qu’une demande requiert qu’un changement soit apporté au contrat, Pega Express recommande de créer une demande de modification officielle. Cela s'applique même si la modification est petite et n'impacte personne en dehors de votre équipe scrum.  Le tableau suivant précise quand utiliser le processus de contrôle des modifications et créer une demande de modification, ou travailler avec le Product Owner et consigner simplement la modification dans le journal des modifications.
 
Type Impact commercial/contractuel Pas d’impact commercial mais l’impact présente une forte valeur ajoutée Pas d’impact commercial, pas d'autorisation nécessaire
Description Toute modification qui affecte le contrat cadre ou le contrat d'application (SOW)  Ces types de modifications à forte valeur ajoutée Une modification que le Product Owner peut approuver 
Exemples /
Critères
  • Le client modifie le calendrier du projet ou les dates des jalons
  • Le client apporte une modification à la fonctionnalité requise dans le contrat d'application (SOW)
  • Le client accroît la portée ou la fonctionnalité
  • Le client retarde la livraison des dépendances
  • Modification de la charte graphique
  • Impacte un autre projet
  • Impacte une autre équipe scrum
  • Le Product Owner approuve la modification
  • L’équipe scrum n’a pas encore commencé à travailler dessus
  • La modification n’affecte que cette équipe scrum
Action Processus de contrôle des modifications officiel requis Processus de contrôle des modifications officiel conseillé Ajout au journal des modifications uniquement

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