Please enable JavaScript.
Coggle requires JavaScript to display documents.
Brainstorming : Rejets non apparents, Brainstorming : Conf ou Dev, [CRM]…
Brainstorming : Rejets non apparents
Le chapeau bleu (L'organisation/le facilitateur)
Analyser la problématique des rejets non apparents avec les points de vue des chapeaux ( sur la même longueur d’onde, les idées des uns provoquent les idées des autres)
Identifier des actions afin d'apporter des pistes de solution/une solution pérenne
Toute idée est bonne à prendre
Le chapeau blanc (les informations/ les faits)
Les métiers étaient bloqués
Processus crédit bail mobilier
Une erreur de type "unable_to_lock_row"
Les KO sont remontés (icône rouge)
Problématique contournée avec un batch de reprise des erreurs (tombé en panne le 4 août)
L'erreur se produit lors de la mise à jour des PAS
Même problématique que le batch Fircosoft
Une problématique historique
Le chapeau vert (la créativité/les solutions)
Reprise globale des contrôles métiers (5 août - 12 août) pendant la nuit
Reprise ciblée avec le numéro d'intercalaire
Faire passer le batch FO toutes les 2 heures
Forçage sans contrôle métier
Faire passer CO après le FO :star:
Optimiser le temps de traitement du job CO/FO (améliorer le temps des requêtes)
Mettre des logs pour investiguer l'origine des erreurs
Modifier les noms des fichiers des logs pour mieux isoler les erreurs
Mettre une alerte globale
Faire un rapport pour préciser les erreurs
Intégrer le traitement des erreurs sur le traitement des incidents pour détecter au plus tôt les problématiques
Le chapeau jaune (le soleil/l'optimisme)
La modification d'ordonnancement des jobs semble être une bonne solution
L'expertise de Stéphane
Refonte des process builder (dans le cadre de refronte des fronts CBM)
Le chapeau noir (le jugement/les critiques)
60 % des solutions concernent Nidhal
On avait déjà investigué sur cette piste avant (il y 2 ans)
On a mis le focus sur les jobs mais les erreurs sont peut être sur le process builder
Chapeau rouge (l'intuition/ les ressentis)
La rétention des fichiers logs (complexité pour trouver l'information)
Beaucoup de stress pendant le traitement des incidents (mieux gérer la communication)
Accorder plus d'attention sur les messages d'erreurs de jobs, apex, flow ...
Pas de bol (pendant les vacances)
Surveiller les impacts du changement d'ordonnancement des jobs
Brainstorming : Conf ou Dev
Le chapeau vert (la créativité/les solutions)
Flow
Les cas complexes
Possibilité d'appeler le code Apex
Possibilité de supprimer les enregistrements
Programmer l'exécution du flow (en fonction des critères de lancement)
Limité par les mises à jours en masse :red_cross: => Apex
Possibilité d'accéder aux enfants
Pas beaucoup d'expérience sur le flow :red_cross:
Transformer les process builder en flow
Ceux qui génèrent le plus d'incident (Faire une analyser et trouver le compromis entre Apex et la conf) :red_flag:
Possibilité de faire le débug
Process builder
Les cas simples
Possibilité d'appeler le code Apex
On peut pas accéder aux enfants :red_cross: => flow
Pas de screen flow :red_cross:=> flow
Apex
Traitement asynchrone
Les mises à jours en masse
Les cas les plus complexes
Disponibilité du dev Apex :red_cross:
workflow
Les cas les plus simples
A éviter :red_cross:
Il faut choisir pour que cela s'intègre sur l'objet existant
Le chapeau bleu (L'organisation/le facilitateur)
L'objectif : de déterminer des critères de bonne pratique pour choisir une solution au niveau la Conf ou Dev
Le chapeau blanc (les informations/ les faits)
Discussion process builder VS flow sur Appui Commercial
Mise à jour historique : limitation Salesforce et passage en dev Apex pour le problème de timeout cpu (il reste l'erreur de unable to lock row)
Problématique aléatoire firco : choix de dev Apex au lieu de process builder
Aon : une partie sur le process builder. La majorité est géré par Apex => limite d'accès aux enfants, la mise à jour de la demande
Le chapeau jaune (le soleil/l'optimisme)
La bonne volonté de l'équipe
Réduire le nombre des incidents
Viser la satisfaction des métiers/ clients
La bonne santé de l'org
Gain de temps
Rendre le traitement plus compréhensible (passage en flow)
La documentation de Stéphanie (sur la partie LLD)
Le chapeau noir (le jugement/les critiques)
Le budget et le temps
Les compétences flow
Le manque de documentation (technique / fonctionnelle, si c'est en adéquation en fonction du besoin) pour l'analyse
Atelier : pour restructurer confluence entre existant/ la cible des documentations :red_flag:
Les tests et recettes
Complexité de certains process builder pour l'analyse
La connaissance est centralisé sur Jenny/ Disponibilité
Chapeau rouge (l'intuition/ les ressentis)
Dans certains cas pour le flow : c'est comme utiliser une kalashnikov pour tuer une mouche
Quelles sont les moyens pour lancer ces chantiers technique?
Atelier : créer une Epic et découper en TS petite pour embarquer sur les sprints :red_flag:
Migration Lightning CBM => avoir un budget pour ces chantiers
[CRM] Bonnes pratiques déploiement
Le chapeau bleu (L'organisation/le facilitateur)
Définir les bonnes pratiques de déploiement sur Oscar
Faciliter le suivi des tickets mise en production sur Jira
Optimiser le déploiement
Le chapeau blanc (les informations/ les faits/problèmes)
Nom différent sur le libellé et le nom technique
Profils qui ne sont pas uniforme sur tous les environnements
Trop chronophage pour remplir le fichier "working log"
Jira et la réalité de déploiement en prod
Le chapeau vert (la créativité/les solutions)
Faire des ateliers de session de MEP pour les releases
Mettre à jour les dashboards
Mettre à jour le dashboard de release :
https://jira-mut.d.bbg/secure/Dashboard.jspa?selectPageId=38203
Mettre à jour le dashboard personnel :
https://jira-mut.d.bbg/secure/Dashboard.jspa?selectPageId=41122
Mieux renseigner les éléments sur jira
Utiliser l'attribution "Production date" la date effective de la MEP
Mettre le BA/DEV en assignation à la fin de la recette (sur la colonne "bench Done" de sprint)
Utiliser le fichier "working log" : Général/workload/working Log...
Mettre à jour le champ "owner"
Optimiser le fichier "working log"
Chapeau rouge (l'intuition/ les ressentis)
Difficulté pour comprendre la partie manuelle