Aller au contenu
FiveX

Cinq étapes.
Rien de caché entre elles.

Comment une mission FIVEX se déroule réellement, semaine après semaine, y compris ce qui se passe quand le périmètre bouge.

Les cinq étapes

Chaque étape se termine par quelque chose
que vous pouvez ouvrir et lire.

  1. Découverte

    1–2 semaines

    Nous cartographions le système, les contraintes et l’endroit où se situe réellement le risque.

    Rien n’est chiffré tant que les inconnues ne sont pas écrites.

    Vous recevez

    • Document de périmètre
    • Chiffrage
    • Liste des risques

    Ce que nous attendons de vous : L’accès aux personnes qui connaissent le système actuel, et toute la documentation existante.

  2. Conception

    2–3 semaines

    Les parcours, l’interface et les contrats de données, avant le code de production.

    Vous validez un prototype cliquable plutôt qu’une description.

    Vous recevez

    • Prototype cliquable
    • Bibliothèque de composants
    • Contrats de données

    Ce que nous attendons de vous : Un décideur capable de valider les parcours en une semaine.

  3. Développement

    [N]–[N] semaines

    Des itérations de deux semaines. Une démo à la fin de chacune, sur le système réel.

    Le périmètre bouge entre les itérations, jamais à l’intérieur de l’une d’elles.

    Vous recevez

    • Incrément fonctionnel
    • Accès au code source
    • Enregistrement de la démo

    Ce que nous attendons de vous : Votre présence à la démo tous les quinze jours, et des réponses aux questions ouvertes sous deux jours ouvrés.

  4. Déploiement

    1–2 semaines

    Déploiement progressif, avec supervision et seuils d’alerte convenus à l’avance.

    Nous répétons la bascule, retour arrière compris.

    Vous recevez

    • Runbook
    • Tableau de bord de supervision
    • Session de passation

    Ce que nous attendons de vous : Une fenêtre de maintenance, et un contact nommé chez vous pour la bascule.

  5. Support

    En continu

    Un ingénieur nommé qui a votre système en tête.

    Correctifs, mises à jour et planification de la capacité, dans un délai de réponse convenu.

    Vous recevez

    • Délai de réponse
    • Rapport mensuel
    • Plan de capacité

    Ce que nous attendons de vous : Un canal unique pour les demandes, afin que rien n’arrive seulement dans la boîte de réception de quelqu’un.

À quoi ressemble une semaine de développement

Un point de planification, une démo,
et aucune réunion de suivi.

  • Lundi

    Planification

    Nous convenons de ce qui sort dans cette itération et de ce qui est à risque.

    30 minutes, notes dans le tableau.

  • Mardi–jeudi

    Développement

    Sessions de travail à la demande. Aucune réunion de suivi.

    Réponses aux questions le jour même.

  • Vendredi

    Démo

    Un système qui tourne, pas des diapositives.

    Enregistrement et résumé écrit avant la fin de la journée.

Quand le périmètre change

Le périmètre changera.
Voici exactement ce qui se passe.

  1. 01

    Un changement est signalé

    N’importe qui peut en signaler un, dans le tableau ou pendant le point hebdomadaire. Il est écrit le jour même.

  2. 02

    Il est rechiffré

    Nous chiffrons le changement en jours et indiquons ce qu’il repousse. Aucun changement n’est absorbé en silence.

  3. 03

    Vous décidez de la date

    Soit quelque chose sort du périmètre, soit la date bouge, soit le changement attend. Vous choisissez, par écrit.

Où se trouve le travail

  • Le dépôt

    Votre organisation sur [repository host], avec nos commits dedans dès le premier jour.

  • Le tableau

    [board tool], une carte par unité de travail, visible pour vous sans avoir à demander.

  • Le point hebdomadaire

    Un point planifié, [N] minutes, avec les ingénieurs qui font le travail.

  • Le résumé écrit

    Chaque vendredi : ce qui est livré, ce qui ne l’est pas, ce qui a changé.

Dites-nous ce que vous avez besoin de construire.

Envoyez les contraintes, l’échéance et le matériel. Nous répondons sous [N] jours ouvrés.