Trois phases de projet vers une plateforme en ligne réussie

Une plateforme en ligne remplace des processus qui passent aujourd’hui par des e-mails, des fichiers Excel et du papier. Elle réunit les données en un seul endroit et rassemble les personnes impliquées : personnel, clientèle, partenaires, membres. C’est un projet d’envergure. C’est pourquoi nous le structurons en trois phases : conception, réalisation, exploitation.

Ce qu’est une plateforme en ligne

Une plateforme en ligne est une application web par laquelle différents groupes d’utilisateurs et d’utilisatrices collaborent. Elle reproduit des processus, réunit les données correspondantes en un seul endroit et met les deux à disposition sous la forme dont chaque groupe a besoin : dans le navigateur, sur le téléphone mobile ou via une interface dans un système tiers. Selon la situation de départ, l’accent porte sur l’échange, sur le traitement d’un processus métier ou sur la vente de produits et de services.

Phase 1 : la conception

La phase de conception décide de ce qui sera construit et de ce qui ne le sera pas. Elle se déroule en trois étapes :

• Clarifier les besoins et l’objectif. Quel problème la plateforme doit-elle résoudre, qui l’utilise, comment cela fonctionne-t-il aujourd’hui ? Nous examinons vos processus existants avant de parler de fonctions.
• Consigner le concept et les exigences. Fonctions, rôles, modèle de données, interfaces et exigences de sécurité sont décrits et priorisés.
• Montrer des mockups, recueillir des retours. Avant que le code ne soit écrit, des mockups rendent la solution visible. À ce stade, une modification coûte des minutes plutôt que des sprints.

Selon l’ampleur et la manière de travailler, cela représente trois à quatre ateliers au cours desquels exigences et mockups prennent forme de manière itérative. Il en résulte un concept qui sert de base à la planification, à l’estimation de l’effort et à la réalisation.

Phase 2 : la réalisation

Le développement suit Scrum. À intervalles réguliers, nous vous montrons ce qui a été ajouté. Les malentendus apparaissent ainsi tôt, et les priorités peuvent être modifiées tant que cela reste peu coûteux. C’est vous qui décidez si vous allez tôt sur le marché avec un minimum viable product ou si vous recettez d’abord la solution complète.

Nous utilisons ces éléments de Scrum :

• Product backlog : toutes les exigences formulées sous forme de user stories, priorisées avec vous et complétées en continu.
• Planification du sprint : l’équipe choisit les stories du sprint suivant et les décompose en tâches.
• Daily Scrum : chaque jour quelques minutes au sein de l’équipe de développement, pour l’ensemble des projets et non par projet.
• Sprint : des étapes de plusieurs semaines, au terme desquelles se trouvent des fonctions opérationnelles.
• Revue et rétrospective : montrer le résultat, examiner la manière de travailler. Chez cloudtec, les deux ont lieu à l’échelle de l’entreprise pour tous les projets.

La réalisation s’étend sur plusieurs sprints, et le backlog est mis à jour au fil de l’eau. Dès que le MVP ou la plateforme complète se trouve sur le système de test, la recette commence : tester, ajuster, tester à nouveau. Lorsque toutes les parties sont recettées, la mise en production suit.

Notre manière de travailler en mode agile est décrite plus en détail dans nos deux articles sur le développement logiciel agile : partie 1 et partie 2.

Phase 3 : l’exploitation

Après la mise en production, la plateforme est opérationnelle, et notre travail continue. Nous maintenons à jour le framework, les dépendances et l’infrastructure, surveillons l’exploitation et planifions avec vous de nouvelles fonctions. Ainsi, la plateforme grandit avec votre activité au lieu de devoir être remplacée après quelques années.

La division en trois phases n’est pas une fin en soi. Elle situe les décisions coûteuses là où elles sont encore bon marché (dans la conception) et rend l’avancement de la réalisation visible sprint après sprint.