Le développement logiciel de haut vol

Vous souhaitez développer votre produit from scratch, avec un objectif de mise en production dans quelques mois ? On parle bien de MVP (Minimum Viable Product), pas de POC (Proof of Concept), rien n’est jetable. Notre durée de développement moyenne pour un produit qualitatif, à l’état de l’art, que ce soit côté approche produit, pratiques de développement, technologies et culture DevSecOps, est de 3 mois. 

Pour accélérer notre développement, nous sommes contributeurs JHipster-Lite et l’utilisons : un starter de développement clé en main, respectant les approches qualitatives du Craft, pour supprimer la notion de “sprint 0” : avec JHipster-Lite, il n’y a pas de sprint 0.

Par expérience, nous ne sommes pas en production en 3 mois, mais nous le pourrions sans aucun problème, sans aucun compromis objectif. La réelle mise en production dépend plutôt de la culture existante, chaque entreprise vivant des conditions variées :

• L’équipe de développement est-elle autonome de déployer ou dépend-elle d’une équipe Ops “hors équipe” ? #devops
• Est-ce qu’on souhaite apprendre du terrain en récoltant le feedback de nos utilisateurs rapidement ou souhaitons-nous attendre la finalisation d’un périmètre exhaustif ? #produit
• Est-ce que nous avons confiance en notre qualité ou attend-on qu’une équipe de test valide manuellement nos développements ? #craftsmanship

Chez Ippon, ce que nous aimons, c’est la qualité, la valeur, la confiance, l’autonomie, la collaboration et le feedback.

Voici quelques retours d’expérience pour en témoigner :

Adoption et satisfaction des utilisateurs, efficacité, lead time, time-to-market, maintenabilité, fiabilité… Des objectifs parfois complexes à atteindre ?

L’accompagnement Craft est pragmatique, hands-on, opérationnel. Il se déroule en 3 phases indispensables pour réussir, en mettant du rythme :

1. KICKOFF : Un kickoff ensemble pour s’aligner sur la vision, les souhaits. Nos rêves mutuels, notre destination commune !
2. ASSESSMENT : Un audit d’un sprint au sein des équipes avec pour objectif de vivre les douleurs et récolter les ressentis Il se base sur des interviews one-on-one et du pair-programming, permettant d’avoir une belle idée des approches à apporter à l’équipe.
3. FOCUS : Des focus, un par sprint, permettant d’adresser un point de douleur à la fois, et d’empiler les victoires de l’équipe.

En tant que développeurs, notre quotidien est serein depuis que nous avons adopté les approches issues de l’éveil Craft. Quelques buzzwords qui font sens pour nous :

• Test Driven Development (TDD) : forgez un filet de sécurité perpétuel
• Non-Anemic Domain Model : rendez votre code testable
• Pyramide de tests : focalisez-vous sur le feedback et la Developer eXperience
• Architecture hexagonale : mettez le métier au centre de tout
• Behavior Driven Development (BDD) : partagez une compréhension commune au sein de l’équipe
• Domain Driven Design (DDD) : construisez une architecture maintenable

Trop de projets de développement logiciel se font piéger dans la séparation des responsabilités entre QA et équipe de développement. Des campagnes de tests end-to-end qui mettent trop longtemps à s’exécuter, qui coûtent extrêmement cher à créer et à maintenir, qui sont bien trop loin du feedback des devs, et qui au final n’améliorent pas la maintenabilité de notre produit.

Et si une simple méthode de travail englobant ces approches permettait d’atteindre le Graal ? Maintenabilité, non-régression, filet de sécurité permanent, 100% de couverture de code, feedback rapide, construction itérative, du bonheur au quotidien.

On nous dit souvent que c’est trop beau pour être vrai. C’est pour ça qu’on parle de bonheur au quotidien ! Sceptique ? Regardez le live-coding lors de notre conf’ Devoxx 2023 en haut de cette page !