Goodfloow

L'équipe Tech et Produit évolue selon les principes agiles de la méthode Scrum, à travers des sprints de 2 semaines. Chaque sprint est rythmé par plusieurs rituels :

• Le Sprint Meeting Planning : 1er jour du sprint où se fait la planification des fonctionnalités à livrer.
• Les Dailys : réunion journalière de 15 à 20 minutes où chacun communique ses objectifs du jour et les points bloquants rencontrés.
• Le Sprint Review : réunion de présentation des livrables avec une démonstration permettant de s'assurer que le livrable est "fini" et correspond au besoin exprimé.
• La Rétro : réunion de clôture du sprint où l'on tire les enseignements sur les difficultés et réussites rencontrées dans une démarche d'amélioration continue.

En complément, l'équipe réalise des Poker Plannings pour estimer le temps de développement des futures fonctionnalités. Aujourd'hui, le product owner est l'interface entre les équipes techniques et les clients pour les aider à garder un contact permanent et faciliter la prise de décision.

Au début de GoodFloow, l'objectif était de produire une maquette fonctionnelle le plus rapidement possible. Cette première version a validé les fonctionnalités que nous souhaitions, mais a surtout fait apparraitre que:

• Les pages mettaient des années à s'afficher
• Le back end consommait des ressources considérables pour les produire
• L'utilisateur ne consultait qu'une infime partie des infos contenues dans les pages

La décision donc été prise de tout remettre à plat pour avoir une application qui:

• Absorbe des variations de charge en utilisateurs et en arrivée de données
• Soit capable de créer des pages légères qui contiennent seulement l'information souhaitée par l'utilisateur
• A un temps de réponse très cours pour un meilleur confort d'utilisation.

Toute la difficulté d'un tel exercice est de positionner le curseur entre fonctionnel et superflu. Nos échanges nous ont permis de batire l'architecture actuelle, notamment l'utilisation du Golang. Le nouveau Backend ainsi créé consomme 5 fois moins d'énergie que la précédente version, absorbe des variations de charge et est fiable par design.

Les applications web et mobiles sont la représentation de notre service auprès du client final : l’opérateur en usine. On ne lui donne que des informations traitées qui proposent des actions. La gamme des services et des fonctionnalités à créer est encore immense, mais avant toute chose il faut que l'outil soit simple à utiliser, intuitif et agréable à appréhender.

Bien que nous en soyons déjà à la deuxième version de l'interface UX/UI, nous continuons de développer l'ergonomie plus que les fonctionnalités elles-mêmes. Ce point nous avait échappé lors de la maquette et il était compliqué de discerner les remarques à prendre en compte de celles qui venaient juste de l’ergonomie tellement désagréable qu’elle rebutait les utilisateurs.

1. Entretien visio avec le ou la recruteur (euse)
2. Entretien avec un interlocuteur technique, soit un chercheur, soit un membre de l'équipe en visio
3. Entretien avec Ronan en face à face

Et hop, bienvenue chez nous !

(*) Il faut qu'au moins un des deux  entretiens soit en face à face