Il y en a qui ont la réunionite aigüe, nous on a l’agilité !
Chez EP nous sommes fiers d’entretenir un état d’esprit agile ! Cela veut dire qu’à tout moment Katy peut changer d’avis et vous prouver que ce qui était une mauvaise idée au départ est en fait l’idée du siècle. Alors pourquoi ne pas la tester ?
Pour développer nos solutions, c’est le Scrum, nos Squads et nos Helpers qui nous guident. Ce schéma d’organisation nous impose un cadre itératif destiné à rythmer nos développements. Chaque projet est donc découpé en sprints de 2 à 3 semaines. À chaque sprint, son objectif. Le Scrum ça nous motive !
Et puis cerise sur le Scrum, la méthode Kanban nous aide à gérer l’avancement des tâches de nos équipes Helpers, à limiter leur nombre et donc à éviter toute surcharge.
Rôles clefs
Product Owner, Scrum Master, Product Designer, Equipe développement
Sprint et cérémonies
3 scrum et 3 kandan en parallèle
1000 daily par an, 100 poker planning, 12 démo d’entreprises
Parcours
Des centaines de parcours, ateliers UX avec nos équipes, interviews utilisateurs…
Teams
3 product teams et 3 teams helpers
Nos cérémonies et rituels quotidiens
Nous perpétuons des rituels traditionnels lors de cérémonies qui clôturent chaque sprint. Pas de sacrifice, que du plaisir et des chips.
Et pour chasser l’ennui, on ne s’interdit aucun format ! À vos idées !
Pour que ces petits rituels se passent dans les meilleures conditions, nous menons de front et de back certains combats :
À bas le Daily ennuyeux !
Non, non et non. Toi, développeur tu ne prépares pas ton Daily juste quelques minutes avant la cérémonie. C’est trop juste !
Tous contre l’anti-scrum !
Le Scrum Master lutte contre les changements de cahier des charges une fois que le travail a commencé. Sinon, on ne s’en sort plus !
Non à la frustration des stakeholders !
Les Stakeholders ne peuvent pas changer le backlog, ça les frustre mais c’est une question de vie ou de mort ! Si, si. Il faut s’y faire.
Chez EP, on reste toujours agile et on se serre les coudes pour conserver la banane. On pense d’ailleurs à ouvrir un Hangar à Bananes. Déjà fait ? Ah, pas vu l’info dans le backlog.
Agilité business et Agilité technique
L’agilité Business est définie par des petites équipes dédiées au développement d’un micro-service comme un produit ou une solution unique. Ce type d’agilité nous permet d’être toujours très tendance en nous adaptant rapidement aux changements du marché et des usages, de répondre plus rapidement aux demandes des clients, de conserver notre rentabilité tout en gardant une qualité de produit irréprochable.
L’agilité Technique nous ouvre à la scalabilité horizontale grâce à la multiplication des instances. Même si les technologies utilisées sont hétérogènes, nous veillons à leur bonne cohabitation tout en conservant un langage adapté à chaque traitement. Ainsi, le développement se fait en continu tout en nous assurant que rien ne perturbe le fonctionnement de la solution et de ses nouvelles fonctionnalités. Pour résumer, l’agilité technique présume un bon niveau d’industrialisation ! Et chez EP nous l’avons.
