Transcription

• Speaker #0

  le nouveau process de la gestion des bugs. Donc avant comme vous le savez anciennement on était sur Slack. Donc Slack c'était très bien, la communication elle se faisait très bien avec les différents services pour les bugs, sauf qu'on arrivait quand même à pas mal de limitations de l'outil parce que tout simplement Slack n'est pas fait pour de la gestion de tickets, donc on n'avait pas de vue globale des tickets, on ne savait pas combien il y avait de tickets en cours, pour retrouver un ticket qui était fermé c'est un peu galère, il y avait plusieurs limitations et donc j'ai décidé de créer moi-même un outil qui serait beaucoup plus simple à utiliser pour ce genre de questions. pour ce genre de choses. Et du coup, j'ai créé un tableau sur Notion qui s'appelle le CS Ticket Dashboard. Et en gros, c'est une base de données, tout simplement. Et chacune des nouvelles pages, chacune des pages est un ticket. Vous avez plusieurs filtres. Vous avez le statut, pour savoir où en est le ticket. La catégorie et la future impactée. Le titre, donc. Ces deux choses, ça reprend un peu le titre de base qu'on avait avec Slack avant. Ensuite, on a l'urgence, pour savoir l'urgence tout simplement du ticket, le plan, si ça impacte la souscription plutôt, si ça impacte des abonnés launch, boost supersonique, etc. L'impact, si jamais ça touche une personne, plusieurs ou tous. Et l'ailleurs, bon, ça, c'est un truc. Enfin, c'est un filtre pour les IT. Reporter, donc c'est la personne qui reporte le bug. La dernière date d'update, pour savoir, ça nous permet de savoir si le ticket a été récemment regardé. Voilà. Et voilà. Donc, on a plusieurs choses. Ensuite, ce qui va être sympa, c'est qu'en gros, sur les statuts, le statut to do, c'est le statut quand on crée le ticket. Une fois que les IT ont vu le bug, ils peuvent le mettre en in progress pour nous prévenir qu'ils l'ont bien pris en main. Ensuite, une fois qu'il a été résolu, ils peuvent cliquer sur fixe. Comme ça, ça nous permet le statut fixe. Comme ça, ça nous permet de savoir que... le ticket a été résolu. Et ensuite, nous, une fois qu'on a pris connaissance que le souci a été résolu, on peut le passer en closed. Et ce qui est pratique, c'est qu'en fait, il s'en va de la vue globale du tableau, ce qui nous permet vraiment d'avoir sur cette vue globale que des tickets qui sont actuellement ouverts. D'ailleurs, on a un super petit graphique en dessous qui nous permet d'avoir le nombre total de tickets ouverts. Donc comme ça, on sait il y a combien de problèmes sur la plateforme. Ensuite, j'ai créé une vue qui s'appelle Closed et qui en fait regroupe tout simplement tous les tickets qui ont été clôturés. Et ce qui est cool, c'est que si jamais on veut réouvrir un ticket, il nous suffit tout simplement de cliquer sur Reopen et en gros, le ticket va réapparaître dans la vue globale du dashboard et prévenir du coup. les ingénieurs qu'il y a un ticket qui a été re-open. Voilà. Et ce qui est bien aussi dans cette vue closed, c'est qu'on va pouvoir avoir tous les tickets qui ont été fermés. Et si jamais on recherche un ticket qui a été fermé anciennement pour pouvoir le réouvrir, parce que le souci est réitaire, par exemple, eh bien, on va pouvoir venir filtrer pour le retrouver plus facilement. On peut filtrer soit par statut, soit par catégorie, soit par titre, urgence, etc. Voilà, ça, c'est un super ticket. Ce qui va être aussi très important, c'est de venir activer les notifications en tous les commentaires. Comme ça, à chaque fois qu'il y aura un nouveau commentaire, vous serez au courant. Ah oui, et donc du coup, pour créer un nouveau ticket, vous pouvez cliquer sur nouveau. Et là, vous pouvez mettre un titre. Donc, Ausha Bug, par exemple. Et là, remplir les catégories. Seulement les catégories qui sont les plus claires.