Différences
Ci-dessous, les différences entre deux révisions de la page.
| Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente | ||
|
hebdomadaire-20210813 [2021/08/15 18:29] ibrahima.lo_sensoft.sn [Tableau] |
hebdomadaire-20210813 [2021/08/16 20:35] (Version actuelle) amadou.diop_sensoft.sn [Tableau] |
||
|---|---|---|---|
| Ligne 16: | Ligne 16: | ||
| | MAJ Processus souscription wallet | Précisions apportées sur les enchainements des écrans + améliorations sur l'ergonomie | Voir le [[https://support.sensoft-labs.com/issues/68993| ticket redmine #68993 ]] pour les détails | | | MAJ Processus souscription wallet | Précisions apportées sur les enchainements des écrans + améliorations sur l'ergonomie | Voir le [[https://support.sensoft-labs.com/issues/68993| ticket redmine #68993 ]] pour les détails | | ||
| | Mobilisation de SALA | Intervention de sala sur les tâches HRMANAGER (BU-EDUCATION) | <wrap em>Veiller à ce que les transferts de compétence se fassent pour éviter de créer des situations de ce genre à l'avenir</wrap> | | | Mobilisation de SALA | Intervention de sala sur les tâches HRMANAGER (BU-EDUCATION) | <wrap em>Veiller à ce que les transferts de compétence se fassent pour éviter de créer des situations de ce genre à l'avenir</wrap> | | ||
| + | | Testeur BU monetique | M. Mamadou Gueye a accepter de prendre le role de testeur de la BU. | Merci de le mettre dans toutes les discussions et processus dans lesquels il doit jouer son rôle | | ||
| === Feedback Devs === | === Feedback Devs === | ||
| Ligne 34: | Ligne 35: | ||
| | [CYNOD - FO] Mise à jour et configuration de la librairie Fabric/Crashlytics | Pour la remontée des crashs subis par les terminaux (En cours) | | | | [CYNOD - FO] Mise à jour et configuration de la librairie Fabric/Crashlytics | Pour la remontée des crashs subis par les terminaux (En cours) | | | ||
| - | === Feedback commercial === | + | === Feedback commercial (fait par Mactar Ba en absence de Rokhaya) === |
| ^ Client ^ Ancienneté ^ Satisfaction ^ Commentaire ^ | ^ Client ^ Ancienneté ^ Satisfaction ^ Commentaire ^ | ||
| Ligne 90: | Ligne 91: | ||
| === Autres remarque Production === | === Autres remarque Production === | ||
| - | ^ Remarque ^ Description ^ Note ^ | + | ^ Remarque ^ Description ^ Note ^ |
| - | | Il y a eu un ticket qui a concerné tous les clients : [[https://support.sensoft-labs.com/issues/68751]] | Il s'agissait d'obtenir le nombre de TPE par client | | | + | | Il y a eu un ticket qui a concerné tous les clients : https://support.sensoft-labs.com/issues/68751 | Il s'agissait d'obtenir le nombre de TPE par client | | |
| - | | | | | | + | | Captogo logs volumineuses | On continue a vider les logs a la main | | |
| - | | | | | | + | | | | | |
| Ligne 103: | Ligne 104: | ||
| === Points d’amélioration === | === Points d’amélioration === | ||
| - | ^ Intervenant ^ Point ^ Action ^ Affectation ^ | + | ^ Intervenant ^ Point ^ Action ^ Affectation ^ |
| - | | Mactar | Améliorer les restitutions sur les tâches assignées depuis la mise à jour des tickets REDMINE | Fournir suffisamment d'informations sur les tickets redmine afin de faciliter la prise en charge par les collaborateurs (support/test/dev/amoa/it/com) | @ALL | | + | | Mactar | Améliorer les restitutions sur les tâches assignées depuis la mise à jour des tickets REDMINE | Fournir suffisamment d'informations sur les tickets redmine afin de faciliter la prise en charge par les collaborateurs (support/test/dev/amoa/it/com) | @ALL | |
| - | | Ibrahima | Ameliorer la gestion des tickets clients | Definir un seuil acceptable du nombre de tickets en souffrance par client, definir le workflow de prise en chage des tickets pour qu'ils ne soient pas en soufrance d'office surtout lorsqu'ils doivent etre traitees par l'equipe de dev | @mactar @sala @ibrahima @mounirou @rokhaya | | + | | Mactar | Trouver du temps pour avancer sur tâches en rapport avec le MDM UROVO | Travailler avec Mactar/Sala | @mactar @sala | |
| - | | Ibrahima | Clients non reactifs sur les tickets | Formaliser le workflow suivant: max 3 relances sur le ticket et si toujours pas de réponse alors faire un mail avec ses responsables en copie + top management Sensoft pour relance. | @mactar @mounirou @rokhaya | | + | | Ibrahima | Ameliorer la gestion des tickets clients | Definir un seuil acceptable du nombre de tickets en souffrance par client, definir le workflow de prise en chage des tickets pour qu'ils ne soient pas en soufrance d'office surtout lorsqu'ils doivent etre traitees par l'equipe de dev | @mactar @sala @ibrahima @mounirou @rokhaya | |
| - | | Ibrahima | Un ticket doit etre suivi pas sensoft depuis sa creation jusqu'a sa fermeture, qu'il lui soit affecte ou au client | Revoir le suivi des tickets au quotidien | @ALL | | + | | Ibrahima | Clients non reactifs sur les tickets | Formaliser le workflow suivant: max 3 relances sur le ticket et si toujours pas de réponse alors faire un mail avec ses responsables en copie + top management Sensoft pour relance. | @mactar @mounirou @rokhaya | |
| - | | Ibrahima | Rappel sur le travail attendu des tous, sur le respect des ce qui a été retenu sur le travail a rentre, communication en cas de changement | Ne pas prendre décisions isolées sur les conceptions, discuter avec les autres si on veut modifier des spécifications déjà arrêtées. Profiter des standup, chats channel, emails, meet s'il y a des points qu'on aimerait discuter ou revoir. <color #00a2e8>**Le travail rendu doit etre le travail attendu pour une coherence collective, eviter le temps perdu et respecter les delais annonnces aux clients**</color> | @ALL | | + | | Ibrahima | Un ticket doit etre suivi pas sensoft depuis sa creation jusqu'a sa fermeture, qu'il lui soit affecte ou au client | Revoir le suivi des tickets au quotidien | @ALL | |
| - | | Ibrahima | Respect des délais et avancement des projets | Rajouter dans le suivi hebdomadaire, la liste des plannings project pour suivre l'avancement | @ALL | | + | | Ibrahima | Rappel sur le travail attendu des tous, sur le respect des ce qui a été retenu sur le travail a rentre, communication en cas de changement | Ne pas prendre décisions isolées sur les conceptions, discuter avec les autres si on veut modifier des spécifications déjà arrêtées. Profiter des standup, chats channel, emails, meet s'il y a des points qu'on aimerait discuter ou revoir. <color #00a2e8>**Le travail rendu doit etre le travail attendu pour une coherence collective, eviter le temps perdu et respecter les delais annonnces aux clients**</color> | @ALL | |
| + | | Ibrahima | Respect des délais et avancement des projets | Rajouter dans le suivi hebdomadaire, la liste des plannings project pour suivre l'avancement | @ALL | | ||
| + | | Ibrahima | Revue des tickets pour une meilleure compréhension, cadrage et preparation des tests pour le travail a faire. <color #ed1c24>**Un ticket avec juste un titire n'est pas acceptable**</color> | Jeudi passage en revu des differents tickets du sprint | @mactar @sala | | ||
| + | | Sala | Problème de Pins et sms. Solution court terme PUSH UP | Mettre en place des pushs notifications Firebase en plus des SMS envoyés de manière tardive | @mactar @sala | | ||
| + | | Ibrahima | Probleme des terminaux qui plantent | Identifier un terminal a probleme et se rendre sur place pour recuperer les logs pour analyse | @mounirou | | ||
| + | | Ibrahima | CF messages d'erreur non veridique. "Ticket deja consomme" (Tableaux Devs plus haut) | Il incombe aux developpeurs d'avoir des message d'erreur corrects. Si on retrourne aux clients '<color #ed1c24>**TICKET CONSOMME**</color>' c'est que <color #00a2e8>**les validations de ces consommations ont été faites en amont**</color>. | | | ||
| + | | Mactar | Monitoring cynod et composants applicatifs | Avoir des accès sur les différents composant applicatifs cynod (smsgw, sendgrid, etc...) | @ibrahima @mounirou | | ||
| + | | Mactar | 404 Error sur cynod test/dev | Augmenter la mémoire RAM de la machine test/dev pour éviter les SWAP | @ibrahima @ababacar | | ||
| + | | Mactar | restauration données clients perdues YARA OIL | Trouver le moyende récupérer le maximum de données possible afin de clôturer le ticket. | @mactar; @mounirou | | ||
| === Autres remarques === | === Autres remarques === | ||