Utilisez votre nouveau système bien avant qu'il soit terminé

Nous ne vous vendons pas Shopify ou Odoo, nous vous livrons une implémentation qui tient vraiment la route : construite par cycles courts, avec vous dans le système dès le premier jour.

How your project will run

1. Strategic review

Before we design anything, we want to know where you're heading. A single site and a group planning acquisitions need different systems underneath them. So let's get this straight from the start.

2. Analysis and blueprint

This is where every project really starts. We map how you actually work. Roughly first, then in real detail with your team in the room, argued out properly.

You finish with what we're building and why, the full list of work in priority order, the sequence we'd build it in and what it costs.

3. Four-week cycles

We work in four-week cycles. That means: two weeks where we build, two weeks you use what we built. Priorities get reviewed with you before every one, so the plan keeps matching what matters now.

4. ddCare

Go-live isn't the finish line. Our team stays with you to keep your system running and ready for what's next, for a fixed price.

Most of a new system's value shows up in the months after launch, and that's when we stay close.

How does the four-week cycle system work?

First, we define
Every cycle starts by agreeing what 'finished' means to you: the specific conditions you'll check it against. We write those with you before anything gets built, so everything is clear for everyone involved.

We build, you test
Then we build for two weeks, and you spend the next two weeks using it on your own work, with our project owner beside you to answer questions and catch what isn't right.

Fixed budget, your priorities
You decide what's worth building before every four-week cycle. The budget stays fixed and we reprioritise the work inside it with you. And by the time you go live, none of it is new: your team has been working in the real system for months.

Trois engagements que nous prenons avant de commencer

  • Le budget est le point fixe, le périmètre s'ajuste
    Vous vous engagez sur un budget. Nous continuons à prioriser le travail à l'intérieur, avec vous, aussi longtemps que le projet dure.
  • Vous le testez vous-même, dès le premier cycle
    Toutes les quatre semaines, vous recevez une version fonctionnelle et deux semaines pour l'utiliser vraiment. Ce que vous trouvez part dans le cycle suivant, pas sur une liste pour plus tard.
  • Une seule équipe, du premier atelier jusqu'à des années après le go-live
    Les personnes qui cartographient votre façon de travailler sont celles qui le construisent. Et ce sont elles qui l'accompagnent ensuite.

Les questions qu'on nous pose

Combien de temps notre projet va-t-il prendre ?

Cela dépend du périmètre, mais vous ne serez pas dans le flou. Le blueprint vous indique combien de cycles nous prévoyons, et nous mettons cette estimation à jour après chacun d'eux. Le premier cycle livre généralement moins que les suivants, c'est normal et déjà prévu dans le plan.

Et si nous changeons d'avis en cours de route ?

Alors nous changeons le plan. C'est tout l'intérêt de travailler ainsi. Les priorités sont revues avant chaque cycle, donc changer d'avis est une conversation normale plutôt qu'une renégociation.

Et si nous n'avons pas le temps de tester à chaque cycle ?

Alors dites-le-nous maintenant. Le modèle repose sur quelques heures des bonnes personnes toutes les quatre semaines, et c'est le temps le moins cher que vous investirez dans le projet. Si personne n'est réellement disponible, nous préférons revoir le rythme avec vous dès le départ plutôt que construire pendant des mois sur des suppositions.

Faut-il comprendre l'agile pour travailler avec vous ?

Non. Vous devez connaître votre propre activité et pouvoir prendre des décisions. La méthode, c'est notre travail.

Qui décide de ce qui est construit en premier ?

C'est vous. Nous conseillons, parfois avec insistance, et nous vous dirons quand nous pensons que vous priorisez la mauvaise chose. La décision vous revient.

Et si un cycle ne livre pas tout ce qui était prévu ?

Vous en serez informé pendant le cycle, pas à la fin. Le travail inachevé passe au cycle suivant. Nous ne faisons pas de démo de choses qui ne sont pas terminées, car une démo de travail presque terminé, c'est comme ça que les projets finissent par paraître en meilleure santé qu'ils ne le sont.

Parlons de la façon dont votre projet se déroulerait

Dites-nous ce que vous cherchez à changer. Nous vous expliquons à quoi ressembleraient vos premières semaines, et ce dont nous aurions besoin de votre part.