Comment gérez-vous les exigences relatives aux demandes de changement de l'entreprise, aux améliorations de l'application, aux corrections de bogues et au travail de projet ?

En près de 25 ans d'expérience, nous avons vu des organisations mettre en œuvre plusieurs approches pour répondre à leur stratégie commerciale et à leurs plans à long terme. La taille de l'entreprise, le plan du projet et les applications mises en œuvre déterminent l'approche adoptée.

Dans ce blog, nous examinons les avantages et les inconvénients des différentes approches.

Quelles sont les approches ?

  1. Certaines organisations utilisent une méthodologie agile axée sur les développeurs, avec un outil de gestion du carnet de commandes et des sprints, tel que Jira/Azure DevOps et d'autres.
    - La méthode agile est la tendance actuelle qui consiste à gérer de petits ensembles ou "sprints" de fonctionnalités commerciales qui peuvent être conçues et planifiées rapidement et testées indépendamment d'autres changements dans le processus. Le principal avantage de la méthode agile est la flexibilité, la visibilité du résultat attendu pendant les tests pour valider la conception, et la rapidité de livraison. Toutefois, une certaine imprévisibilité peut être due à des conflits non testés/inconnus avec d'autres "sprints" en cours.
  2. Certaines organisations utilisent un outil de helpdesk ITSM pour la gestion des incidents, des exigences et des défauts.
    - Depuis 20 ans, la méthode Waterfall est le processus informatique le plus courant pour gérer les demandes d'assistance au jour le jour et elle est facile à gérer. Les exigences relatives aux changements sont recueillies au cours de la première phase et documentées de manière à ce que les changements apportés au développement soient connus et effectués de manière fiable. Le principal avantage de la chute d'eau est que le temps passé au début pour affiner et valider les exigences améliore la vitesse des tests et de la livraison. Cependant, il est difficile de modifier les exigences lors des phases ultérieures de test et de mise en service.
  3. Certains utilisent une combinaison des deux ; par exemple, les projets sont élaborés dans Jira, et les problèmes d'assistance sont traités par le service d'assistance ITSM.
    - Une combinaison d'agile et de cascade peut être utilisée pour le travail de projet et/ou les changements de soutien, ce qui leur permet d'utiliser ce qui est le plus judicieux en fonction de la taille, du calendrier et des limites de ressources des changements demandés. C'est ce qui donne le plus de souplesse et permet de choisir un processus de développement approprié.
L'utilité du Rev-Trac

Quelle que soit l'approche adoptée, il est essentiel que le système d'origine soit tenu au courant de l'évolution des changements SAP grâce à la capacité d'intégration de la synchronisation des données de Rev-Trac.

Lors de la gestion des changements SAP et du ticket de support associé à l'aide d'un outil ITSM ou de la gestion du travail de projet à l'aide d'un outil de support de développement DevOps, il est vital de s'assurer que tous les changements sont liés et restent synchronisés les uns avec les autres.

Cette opération peut être effectuée manuellement, mais elle est très sujette à des erreurs ou peut être complètement omise ! L'automatisation de l'intégration entre Rev-Trac et les divers ensembles d'outils doit se faire à l'aide du protocole REST, qui comprend un trafic de données crypté en toute sécurité et des échanges de jetons de mot de passe pour répondre aux exigences de sécurité rigoureuses d'aujourd'hui.

Les avantages de l'intégration de Rev-Trac à ces plateformes logicielles externes sont les suivants :

  • Les demandes de Rev-Trac peuvent être créées automatiquement
  • Les valeurs des champs de Rev-Trac et de l'ensemble d'outils externes peuvent être synchronisées
  • Les utilisateurs restent dans leurs systèmes préférés et bénéficient de leurs interfaces et tableaux de bord préférés.
  • Des dépendances peuvent être mises en place pour garantir la validation d'un résultat ou d'un statut dans un environnement spécifique avant que le flux de travail ne puisse se poursuivre.
  • Visibilité/synchronisation lorsqu'une modification est apportée et achevée
  • Les cas de test peuvent être déclenchés dans l'ensemble d'outils de test à distance sur la base des données transmises par la demande Rev-Trac, telles que les objets ou les transports.
  • La vérification des normes de code peut être automatisée à partir d'une approbation de statut Rev-Trac afin de s'assurer qu'elle est effectuée à chaque changement de code.
Comment nos clients intègrent-ils Rev-Trac à leurs outils ?
les ensembles d'outils ITSM :
  • La plupart des systèmes Rev-Trac intégrations sont liés à l'ensemble des outils ITSM du client, tels que ServiceNow, Remedy, MicroFocus, Cherwell et Jenkins
  • Beaucoup automatisent la création d'une demande Rev-Trac en se basant sur la création d'un ticket dans l'ensemble des outils ITSM ou en définissant un champ, ou en mettant à jour le statut pour déclencher le webhook (charge utile REST sortante contenant les données à envoyer au Rev-Trac Master).
  • Certains clients automatisent le passage de Rev-Trac à l'ensemble d'outils ITSM à distance - en créant le ticket avant de migrer les changements vers la production.
  • Il peut s'agir d'envoyer des mises à jour lorsqu'un champ de l'outil ITSM (tel que l'état ou l'approbation) change pour définir le statut de la demande Rev-Trac liée. Cela peut également se faire de manière bidirectionnelle
Test des outils logiciels :
  • De nombreux essais de Rev-Trac intégrations utilisent les outils TOSCA (Tricentis), Panaya et Worksoft. L'essentiel est qu'ils peuvent également s'intégrer à n'importe quel ensemble d'outils disposant d'une API REST.
  • L'intégration de votre demande Rev-Trac à un ensemble d'outils de test vous permet d'approuver automatiquement un statut de test dans Rev-Trac lorsque le cas de test (ou le plan de test s'il est possible de lier les cas de test à un plan de test) est réussi. Cela permet d'éliminer une approbation supplémentaire que l'utilisateur doit effectuer
  • Les statuts des requêtes Rev-Trac sont automatiquement renvoyés au développeur lorsqu'un cas de test échoue. Cela est dû au fait que l'API REST renvoie le flux de travail Rev-Trac au statut "En cours" du flux de travail.
Outils DevOps/Agile :
  • Plusieurs clients de Rev-Trac ont intégré leurs flux de travail Rev-Trac à l'application :
    • Flux de travail Jira Epic et Userstory - qui améliorent l'automatisation des approbations d'état sur les deux ensembles d'outils, le cas échéant.
Analyse d'impact
  • De nombreux clients de Rev-Trac intègrent Rev-Trac for SAP object impact toolsets :
    • LiveCompare (Tricentis) propose un ensemble d'outils permettant de transmettre les transports au serveur LiveCompare, qui renvoie un rapport indiquant tous les objets SAP concernés par les modifications apportées au transport. Cette méthode permet d'avoir une idée de la profondeur des tests requis pour le changement.
    • Control for Transport (Onapsis) fournit un ensemble d'outils permettant de valider les paramètres des attributs techniques de transport nécessaires pour un transport afin de s'assurer qu'il répond aux exigences d'audit. L'intégration de cette fonctionnalité à l'ensemble d'outils Rev-Trac garantit que ces contrôles sont réussis ou échoués, et que le flux de travail Rev-Trac est approuvé ou annulé en fonction du contrôle.
Norme et révision du code :
  • La plupart des clients de Rev-Trac ont mis en place un ensemble d'outils de vérification des normes de codage afin de s'assurer que toutes les normes de codage ont été validées avant d'autoriser la publication des modifications.
    • Control for Code (Onapsis) ("CodeProfiler") est un ensemble d'outils qui s'intègre au flux de travail Rev-Trac afin de garantir que les normes de codage ont été vérifiées avant qu'une demande Rev-Trac ne soit approuvée pour migrer vers le système suivant.
Intégration des questions de production :
  • Il s'agit d'une nouvelle intégration que nous avons introduite et qui s'appelle "Connecteur ITSM". Cet ensemble d'outils vous permet de connecter automatiquement vos utilisateurs finaux de production à votre logiciel de ticketing ITSM.
  • En utilisant le menu SAP standard, une nouvelle option d'aide est disponible pour permettre aux utilisateurs finaux de créer automatiquement un nouvel "incident" dans l'ensemble d'outils ITSM à distance à propos d'un problème qu'ils ont trouvé lors de l'utilisation de leur environnement de production SAP. Cette option génère un nouvel incident basé sur des captures d'écran fournies automatiquement à partir des écrans de l'utilisateur de production au moment du problème.
  • L'amélioration de la convivialité dans SAP permet d'offrir une meilleure expérience aux utilisateurs de votre production et d'accélérer la résolution des problèmes rencontrés.

Pour plus d'informations sur l'intégration d'outils dans Rev-Trac, demander une démonstration.