Interactions avec les parties prenantes

En tant que BA Pega, vous collaborez avec une ou plusieurs des parties prenantes suivantes pour garantir un alignement constant entre les équipes projet métier et IT :

• Product Owner (PO) : le Product Owner (PO) est l’un des représentants du client au sein de l’équipe métier du projet. Le PO est principalement chargé de gérer la portée du projet et de définir la priorité des exigences tout au long du processus de développement logiciel. Les BA Pega collaborent étroitement avec le PO pour s’assurer que leur application Pega Platform™ produit les résultats stratégiques du projet dans les délais prévus.

• Project Delivery Lead (PDL) : le Project Delivery Lead Pega, parfois appelé chef de projet (Project Manager), est principalement chargé de diriger l’équipe delivery Pega, d’assurer la gouvernance du projet et de faire le lien avec l’équipe de direction du client. Les BA Pega collaborent étroitement avec le PDL pour s’assurer que le projet respecte les délais, le budget et la portée, afin que les attentes des parties prenantes des équipes métier et IT soient alignées au niveau du calendrier et du coût des livrables du projet.

• Scrum Master : le Scrum Master est responsable de la promotion et de la prise en charge de Scrum, un framework de delivery de logiciels basé sur l'approche Agile. Le Scrum Master est chargé d’organiser l’équipe Scrum, d’animer les cérémonies Scrum, y compris la planification des sprints, le dimensionnement, l’affinement du backlog et les réunions rétrospectives, et assume la responsabilité de la réussite de l’équipe Scrum. 

• System Architects (SA) : les System Architects sont les développeurs Pega de l’équipe projet, qui configurent les applications Pega. Les SA utilisent les user stories créées par les BA pour configurer l’application. Les BA Pega traduisent les informations techniques fournies par les SA aux parties prenantes métier afin de s’assurer qu’elles comprennent l’application en cours de développement et que celle-ci répond à leurs exigences.

• Quality Analysts (QA) : les Quality Analysts s’assurent que les fonctionnalités de l’application répondent aux exigences métier documentées. En utilisant les user stories écrites par les BA Pega comme base de référence pour leur travail, les QA créent des scripts de test et des tests de scénarios qui confirment que l’application fonctionne comme prévu. Les QA participent également à des rituels Scrum tels que des sessions d’affinement et de dimensionnement pour s’assurer que le temps et les efforts associés aux tests de l’application sont dimensionnés de manière appropriée.

• Subject Matter Experts (SME) : les Subject Matter Experts sont des représentants de l'organisation cliente au sein de l’équipe projet qui connaissent parfaitement les étapes requises dans le processus métier. Les SME fournissent les exigences opérationnelles et fonctionnelles spécifiques associées à ces étapes. Les BA Pega collaborent avec les SME, généralement dans le cadre d’une revue opérationnelle (operational walkthrough), pour observer les utilisateurs finaux naviguer dans le processus et les applications existants (« as-is »). Les BA Pega travaillent avec les SME pour comprendre tout ce que les utilisateurs finaux doivent faire (à l’intérieur et à l’extérieur du système) pour répondre aux besoins du client et au résultat stratégique souhaité. 

• Business Analysts : les Business Analysts sont les représentants de l'organisation cliente au sein de l’équipe projet. Le Business Analyst est principalement chargé de documenter le processus actuel « as-is », les exigences relatives aux données et les exigences métier. Les BA Pega collaborent avec les Business Analysts pour rassembler et examiner cette documentation afin d’identifier les axes d’amélioration, notamment en éliminant les redondances et les goulots d’étranglement, en recommandant des automatisations des workflows, en déterminant les besoins en ressources et en définissant des détails techniques tels que les exigences relatives aux données et à l’interface.

• UX Designers : l’UX Designer garantit que la conception de l’application répond aux besoins de l’utilisateur final, est conforme aux normes d’accessibilité et offre une expérience cohérente sur tous les canaux de livraison de l’application. Les BA Pega collaborent avec l’UX Designer pour concevoir l’interface utilisateur de manière à ce qu’elle corresponde aux exigences en matière d’expérience utilisateur, optimiser l’utilisation des fonctionnalités prêtes à l’emploi de Pega et répondre aux objectifs métier stratégiques.

La taille et la structure d’une équipe projet varient d’un projet à l’autre. Sur les petits projets, il est possible que certains membres de l’équipe assument plusieurs rôles. Par exemple, il peut arriver que le Business Architect soit également le Product Owner du projet.

Quelle que soit la composition exacte des parties prenantes de votre projet, il est important pour vous, en tant que BA Pega, de veiller à l’alignement de ces domaines de responsabilité au sein de votre équipe projet. C’est la seule façon de vous assurer que le processus métier transformé atteint ses objectifs stratégiques de la manière la plus efficace et la plus économique possible. 

Dans la figure suivante, cliquez sur les icônes + pour en savoir plus sur le mode d’interaction avec les parties prenantes du projet pour parvenir à un alignement : 

En tant que Business Architect Pega, vous êtes un lien essentiel entre les parties prenantes du projet, en veillant constamment à ce qu’elles soient impliquées, alignées et qu’elles communiquent efficacement.   

Pour aider les équipes métier et IT à collaborer, créer des solutions innovantes et atteindre les résultats métier, vous combinez votre expérience avec les compétences suivantes :

• Compétences analytiques et de résolution de problèmes pour décomposer les processus métier complexes et identifier les opportunités d’amélioration et de simplification.

• Compétences en conception de processus et connaissance de la conception de processus métier pour imaginer de nouveaux processus et de nouvelles méthodes de travail afin d’atteindre le résultat métier. 

• Connaissance de la conception de systèmes et de la technologie Pega pour aligner les exigences métier et les besoins des utilisateurs finaux sur les fonctionnalités prêtes à l’emploi de Pega. 

• Compétences d’écoute active, de communication et de facilitation pour créer un langage commun et faciliter la compréhension des besoins métier et des fonctionnalités de Pega entre l’équipe projet et les autres parties prenantes. 

• Connaissance des changements métier pour aider votre équipe métier à adopter la nouvelle solution Pega et à la promouvoir au sein de leur organisation.