Utiliser un Framework End-To-End (E2E) pour générer des vidéos avec synthèse vocale

Introduction E2E

L’architecture micro-services que nous utilisons pour construire notre offre SaaS ouvre beaucoup de possibilités. Elle permet d’utiliser différentes stacks techniques et de pousser du code en production rapidement.

Ce mode de fonctionnement soulève plusieurs problématiques que nous avons dû prendre en compte :

1. Plusieurs services sont impliqués dans chaque fonctionnalité ce qui entraîne plus de complexité.
2. Les livraisons en continu nous obligent à automatiser les campagnes de tests de manière à ne pas avoir de longues phases de recette manuelles ou de non régression.
3. Afin de garantir la fiabilité des interfaces pour nos utilisateurs, les tests unitaires et d’intégrations techniques sont des outils indispensables mais insuffisants.

Nous avons donc créé un Framework de tests End-To-End (E2E) : un niveau de tests supplémentaire qui utilise directement les interfaces graphiques en simulant le comportement des utilisateurs, mais avec plusieurs innovations, comme celle consistant à générer des vidéos avec explications en synthèse vocale.

Le guide de survie de la jointure SQL

Dans le monde relationnel, la jointure est une opération usuelle.
Et pourtant les choses deviennent compliquées si l’on n’y prête pas un peu d’attention, on coule rapidement...
Nous allons prendre un cas simple pour que tout le monde puisse embarquer : Tous sur le bateau !

Meetup Ateliers Agiles : Extreme Cotation et Celebrity Priorisation

Pour ce premier rendez vous, nous, Camille Loubet et Mikael Krok avons voulu organiser un meetup autour d'ateliers agiles présentés plusieurs fois au sein des équipes de Cegedim et au sein des communautés de pratiques.

L'invitation a été transmise par LinkedIn et Twitter pour toucher les personnes intéressées par l'agilité sur notre zone d'activité à Labège.

Cegedim Insurance Solution a gracieusement fourni les salles permettant d'accueillir les "étudiants" et petit bonus, a invité les personnes autour d'un café. Nous avons eu 11 réponses et 11 personnes sont venues. Un taux de participation incroyable de 100%. Des personnes très intéressées et intéressantes avec qui nous avons eu de riches retour d'expérience!

Nous étions assez nombreux pour diviser les personnes en 2 groupes pour conduire 2 fois chaque atelier.

Commençons maintenant par voir en détail les ateliers.

eXtrême cotation
Celebrity priorisation

Feature Team en LESS : Partie 2 : Des Burndowns améliorés !

Introduction

Cette 2ème partie fait suite au 1er article sur la création d'un Workflow de développement orienté Feature Team DevOps afin de rapidement mettre en production avec un niveau de qualité optimal. Nous avons vu dans la première partie qu'un workflow pouvait avoir de multiples étapes, mais chacune des étapes dans JIRA correspond à un méta-état afin de savoir comment comptabiliser les points :

• Todo : Les issues ne sont pas démarrées
• Active : Les issues sont en cours
• Done : Les issues sont terminées, et on peut comptabiliser les points (donc avoir une influence sur le Burndown).

Voyons comment quelle proposition d'amélioration de Burndown nous pouvons faire pour tirer parti d'un Workflow complexe :

Feature Team en LESS : Partie 1 : Worflow de développement sous JIRA

Introduction

Cette première partie est consacrée aux retours sur la configuration des Workflows JIRA en agilité à large échelle (Less.works). La 2ème proposera une approche novatrice d'analyse des Burndowns avec une proposition de Burndowns améliorés.

Workflows de développement

Il y a plusieurs écoles en ce qui concerne les Workflows de développement en Agilité/Scrum et les outils tels que JIRA Cloud supportent très bien la customisation et le choix des équipes.

Certaines personnes sont favorables aux workflows les plus ouverts possibles, Todo, Active, Done avec l'ensemble des transitions possibles entre ces 3 états de base. Cela est certainement très intéressant dans une équipe d'experts dans une Startup, se connaissant bien, maîtrisant parfaitement l'agilité.

Workflow Agile "Ouvert"

Déployant l'agilité à une échelle plus large qu'une Feature Team, il nous paraissait intéressant d'avoir un processus bien huilé pour que chaque étape du cycle de vie de la User Story soit bien décomposée et que les responsabilités soient clairement identifiées à chaque étape dans ce processus collaboratif.
Sachant qu'un développeur réalise entre 3 à 4 User stories par sprint, cela fait au maximum 30 clics liés au respect du workflow, mais avec un avantage, celui de la scalabilité, notamment pour tous les nouveaux qui nous rejoignent (30 personnes en 1 an), pour ne rien oublier, ce qui au global fait gagner du temps à tout le monde.

Voyons dans cet article l'implémentation que nous avons choisi de faire et le feedback correspondant après plusieurs semestres d'utilisation :

Agilité et rétrospectives : pour aller plus loin

Dans un premier article nous avons vu comment nous avions réussi à converger sur une vision de la rétrospective.
Au menu

• Une méthodologie pour rappeler l'essentiel et éviter les dérives
• Un starter kit pour la rétrospective

Si vous avez raté cet épisode : voici l'article sur l'Agilité et les rétrospectives : les bases

Nous souhaitons maintenant vous présenter

• Notre collection de ressources et de rétrospectives
• Les idées de jeux et de rétrospectives de nos équipes

N'hésitez pas à les utiliser et à nous donner vos avis.

Agilité et rétrospectives : les bases

La rétrospective est un outil extrêmement puissant de l'agilité.  En effet, l'introspection et l'adaptation ont été inclues dès la signature du manifeste agile.

Avec une multiplication des Sprints, il peut y avoir les dérives suivantes :

• Ne pas faire la rétrospective 
• La lassitude 
• Ne pas faire d'introspection de l'équipe - et peut être même pas râler :)

Heureusement au sein de la communauté de pratiques des Scrum Master chez Cegedim, nous avons des collaborateurs motivés et actifs.

Plusieurs initiatives ont été prises pour éviter les dérives, donner des idées et de l'énergie aux autres Scrum Masters.

• Une méthodologie pour rappeler l'essentiel et éviter les dérives
• Un starter kit pour la rétrospective

Dans une autre articles nous vous présenterons nos pistes pour aller plus loin (update : Agile et rétrospectives : pour aller plus loin)

• Collection de ressources de rétrospectives
• Des jeux pour dynamiser et apprendre en équipe

Auteur : Mikael KROK