Directly Capture Objectives (DCO)

Pega Express^™ utilise la prise en compte directe des objectifs (Directly Capture Objectives ou DCO) comme un mode de collaboration de bout en bout. L'approche DCO favorise l'alignement des différentes parties prenantes ainsi qu'un dialogue de haut niveau entre les équipes métier et informatique. L'approche DCO est une discipline, une façon de travailler qui forme un cycle continu de collaboration, d'itération et de validation. Les intervenants métier et IT travaillent ensemble pour modéliser l'application finale, étape par étape, à l'aide de Pega Platform^™.

L'approche DCO s'attache aux aspects suivants :

• La conception et le développement (build) de l'application
• L'obtention de résultats métier 
• Une conception centrée sur l'humain 
• Des itérations pour obtenir plus rapidement une valeur métier

Pega Platform offre des outils visuels pour capter les résultats, les écrans de conception, les workflows et les retours d'information.

• La DCO est : une discipline, une méthode de travail... Un cycle continu
• Pilotée par... Collaboration, Itération, Validation

L'utilisation de l'approche DCO encourage l'alignement entre les parties prenantes sur une vision globale de l'application. L'approche DCO réduit les malentendus et minimise le risque de découvrir trop tard des lacunes dans les résultats métier ou les fonctionnalités. L'approche DCO accélère aussi globalement la livraison en impliquant tous les acteurs clés dès le début.  

Avec l'approche DCO, vous économisez le temps nécessaire à la documentation détaillée des exigences. Vous collectez toutes les informations nécessaires au développement d’une application dans la plateforme Pega, des résultats métier aux composants techniques (pour implémenter le Microjourney™), en passant par les exigences métier (business requirements) tels que :

• Backlog 
• Epics
• User Stories

Tous les membres de l'équipe comprennent ce que vous essayez de réaliser et comment, via un processus de collaboration, d'itération et de validation des éléments suivants.

• Résultats métier
• Types de dossiers (case types)
• Phases (stage) et étapes (step) (workflow)
• Personas
• Canaux (channels)
• Designs d'interface utilisateur
• Données / Intégrations
• Epics
• Backlog
• User Stories

L’approche de delivery Pega Express s’appuie constamment sur l’approche DCO. Chaque phase (Découverte, Préparation, Build et Adoption) comporte certes des tâches différentes, mais tous les événements donnent lieu à un travail collaboratif. L'itération et la validation sont des processus récurrents, comme l'illustre l'image suivante.

Voici les différents événements DCO qui se produisent de façon collaborative, pendant chaque phase :

Découverte :

• Aider à identifier la Vision et les Résultats métier
• Accompagner l'idéation et la création du prototype

Préparation :

• Accompagner l'idéation et la création du prototype
• Réaliser des sessions DCO

Développement (build) :

• Réaliser des sessions DCO
• Affiner le backlog en continu
• Accompagner les restitutions/présentations

Adoption :

• Réaliser des sessions DCO
• Amélioration du produit
• Transfert de connaissances pour préparer l'équipe métier
• Identification du prochain MLP

L'approche DCO durant la phase de préparation

Durant la phase de préparation, l'approche DCO aide à valider la structure et la conception des Microjourneys qui constituent votre Minimum Lovable Product (MLP). Utilisez l’approche DCO pour valider et concrétiser les trois piliers avec Pega Express :

• Microjourneys et dossiers
• Personas et canaux
• Données et intégrations   

Centrez vos premières sessions de DCO sur l'élaboration d'ébauches de types de dossier dans Pega. Pour créer des types de dossier (case type), vous devez déterminer les phases principales (primary) et alternatives (alternate) de chaque Microjourney dans le périmètre (scope) de votre MLP.  Les sessions DCO de suivi explorent chaque phase (stage) de manière générale afin de déterminer les grandes étapes (step), les règles métier et les exigences en matière de données associées au Microjourney. Lors des sessions initiales de DCO dans la phase de préparation, vous abordez des sujets tels que les accès des utilisateurs et les exigences générales de sécurité.  

Une fois vos sessions de DCO terminées, vous disposez d’une ébauche de projet de Microjourney complet que vous pouvez présenter à l’équipe métier. L'équipe métier détermine s'il est possible de concrétiser les résultats métier attendus. Une session de DCO pendant la phase de préparation n'a pas pour objectif de créer le MLP. Elle sert plutôt à déterminer les limites fonctionnelles du périmètre du MLP en étudiant les hypothèses de votre équipe dans le modèle général.

Pour mener la réunion de revue métier pendant la phase de préparation, vous restituez le type de dossier dans Pega Platform. Au cours de cette session, les intervenants métiers sont invités à envisager tous les scénarios connexes qui doivent être pris en compte dans le parcours de bout en bout et le MLP.  Les scénarios métier doivent inclure deux types de trajectoire tout au long du processus :

1. Les « happy paths » (chemin par défaut)  
2. Les principaux « alternate paths » (chemins alternatifs) 

Sessions de DCO

Une fois que les intervenants métier se sont mis d'accord sur les types de dossier de base, programmez des sessions de DCO supplémentaires pour créer le backlog et commencer à élaborer les stories prioritaires pour préparer votre premier sprint. Votre livrable final est le plan d'élaboration des user stories. Le plan d'élaboration prévoit des sessions de DCO pour approfondir les types de dossier retenus.

L'approche DCO durant la phase Build

L'approche DCO reste un élément essentiel durant la phase de développement (build) de votre projet. Les membres de l'équipe poursuivent leurs activités de collaboration, d'itération et de validation lors de sessions régulières en cours de sprint avec l'équipe métier. Les sessions de la phase Build permettent de présenter aux membres de l'équipe métier les tout premiers résultats de vos tâches de configuration. Elles donnent aux intervenants métier l'occasion de faire part de leurs commentaires et de conseiller l'équipe de développement afin de valider la livraison.  Ces sessions peuvent être courtes et ponctuelles. Organisez des sessions dès que l'équipe de développement est prête à partager des résultats. 

L’approche DCO est également utilisée pour faire évoluer le contenu du type de dossier (case type), du modèle de données et des règles métier au sein du Microjourney, afin de conserver un backlog dans lequel les user stories sont correctement priorisées. 

Les sessions sont programmées en suivant le plan d'élaboration. Elles peuvent prendre différentes formes selon l'objectif de la session.  Certaines sessions sont consacrées à la clarification et à l'extension des étapes du type de dossier. D'autres peuvent être programmées pour affiner l'expérience utilisateur. Les sessions de DCO peuvent prendre la forme de mini-ateliers de brainstorming axés sur la conception d'UI, le flux d'écran et d'autres aspects du design thinking. 

Les sessions de DCO organisées pendant la phase Build visent principalement à identifier les user stories répondant à la definition of ready. Des documents peuvent être joints pour compléter les informations sur les user stories, notamment les artefacts suivants :

• Maquettes d'interface et d'expérience utilisateur (UI/UK mock-ups)
• Cartographie de logique métier (business logic maps) 
• Règles métier
• Matrices de sécurité
• Documents et autres

Au fur et à mesure des sprints, votre équipe publie des mises à jour de l'application à tester. L'approche DCO comporte un processus de tri des problèmes : les problèmes identifiés sont discutés, priorisés et ajoutés au backlog en fonction de leur impact sur les résultats attendus pour le MLP.

Pega Platform propose un large éventail de studios et d'outils de visualisation pour aider votre équipe à tirer le meilleur parti de vos sessions de DCO. Pega Platform génère un référentiel partagé des éléments à développer et accélère ainsi la livraison. La solution évite aussi de passer des heures à télécharger la documentation après une session.

Dans l’image suivante, cliquez sur les icônes + pour en savoir plus sur la manière dont App Studio s'aligne sur l'approche DCO pour intégrer rapidement les objectifs dans Pega Platform.

L'équipe DCO principale doit être réduite, avec des représentants métier, notamment le décideur (product owner), l'architecte métier (business architect), l'architecte système (system architect), le testeur et le UX designer. Notez que ces parties prenantes proviennent de diverses disciplines - du métier aux technologies. Pour certains projets, le product owner peut avoir besoin de se faire assister d'experts. Vous pouvez également intégrer des experts dans votre équipe principale.

Dans un monde idéal, tous les membres de l'équipe devraient assister à chaque session, mais cela ne sera peut-être pas toujours possible. Certains sujets peuvent ne pas concerner un system architect. D'autres ne requièrent pas la présence d'un UX designer. D'autres peuvent nécessiter la présence d'experts (SME) spécifiques. 

Les participants à une session de DCO ne se limitent pas à l'équipe principale. Vous aurez peut-être besoin de constituer un groupe ad hoc d'intervenants issus des équipes métier ou techniques pour la conception d'une application. Les sessions de DCO axées sur la sécurité, par exemple, peuvent nécessiter la présence et les contributions de spécialistes dans ce domaine. De même, vous pouvez inviter un petit groupe d'utilisateurs finaux pour un passage en revue de l'expérience utilisateur, afin de valider la conception. 

À la fin du sprint, il peut être judicieux d'inviter les futurs intervenants du déploiement et de la formation à prendre part à une session de présentation, qui leur permettra de donner leur avis à l'équipe projet et d'acquérir de nouvelles compétences en vue de la phase d'adoption.   

Dans l’image suivante, cliquez sur les icônes + pour en savoir plus sur chacun des rôles de l'équipe projet.

Veillez à ce que les sessions de DCO soient les plus productives possibles. Pensez par exemple à des mesures très simples, comme inviter les participants bien à l'avance, inclure un ordre du jour et collecter les artefacts de DCO, qui vous permettront d'optimiser ces sessions. Les objectifs de chaque session doivent être clairs pour permettre à chaque participant de s'y préparer au mieux. 

Pour aider le représentant métier à se préparer à la session, fournissez-lui, ainsi qu'aux experts, autant d'informations que possible sur le thème DCO. Vous pouvez commencer par exemple par lui fournir une liste des user stories et des questions en suspens. Cette approche permet à l'équipe métier de mener toutes les recherches nécessaires, en lien avec le thème prévu, avant les sessions.   

Créez ou rassemblez également des présentations, des esquisses, des tableaux blancs, ou bien effectuez certaines activités en amont pour mener la session.  Si vous utilisez App Studio pour conduire la session de DCO, assurez-vous de vous être convenablement préparé, et notamment :  

• Exécution du processus (run) – Familiarisez-vous avec l'expérience de l'utilisateur final pour comprendre ce qui doit être approfondi
• Restitution (playback) – Dans certaines situations, vous pouvez envisager de modifier temporairement la restitution aux participants des sessions de DCO. 

Vous serez peut-être tenté de planifier de grandes sessions de DCO, sur quasiment une journée complète. Il est préférable d'organiser des sessions plus courtes mais plus fréquentes pour ne pas perdre l'attention des participants. Les bonnes pratiques préconisent l'organisation de sessions courtes et ciblées, qui favorisent la participation et le bien-être des participants qui ont plus de mal à rester concentrés durant des événements mobilisant une journée complète.  

Comme toute bonne réunion, votre session de DCO commence par l'énoncé d'un ordre du jour qui confirme les objectifs de cette réunion et garantit que les participants comprennent le problème et le contexte. Le business architect dirige la session avec le soutien du product owner et des experts du domaine (SME). Ensemble, ils s'appuient sur des outils visuels appropriés pour aborder différents sujets, par exemple :

• User Stories 
• Processus 
• Exigences métier 

Après la session de DCO

Vérifiez vos connaissances avec l’interaction suivante.