Aller au contenu
Parlons-en

Greenfield

Un produit que vos clients peuvent acheter. Sous votre nom.

Nous avons construit des dizaines de nos propres produits ainsi. Un ingénieur responsable, un essaim d'agents, et une définition écrite de «terminé» avant que quiconque ne dessine un écran. Maintenant, nous construisons le vôtre.

Parler de cette mission Comment nous travaillons

Pourquoi les produits nouveaux arrivent en retard et à demi exploitables.

Parce qu'on a embauché une équipe projet pour construire des fonctionnalités, et personne pour terminer un produit.

Terminé

Ce que «terminé» signifie reste flou jusqu'à la semaine du lancement. Alors ça devient ce qui est prêt.

Responsabilité

Une équipe rapporte un statut. Personne n'est responsable du fait qu'un client puisse payer et que le support puisse répondre.

Exploitation

Vous héritez d'une base de code sans manuels d'exploitation, sans tests, et d'un prestataire dont vous ne pouvez plus sortir.

Pendant l'exécution

Ce que vous voyez à tout moment.

Où ça vit

Votre cloud. Votre dépôt.

  1. 01 Application Web, mobile et rapports tournent dans vos comptes.
  2. 02 Dépôt Le premier commit est déjà le vôtre.
  3. 03 Hébergement Nous n'hébergeons jamais. Il n'y a rien à dénouer quand nous partons.
Dès le premier commit, le produit vit dans votre cloud et dans votre dépôt.

Le travail

Le déroulement, dans l'ordre.

01 Premier plan

Écrire «terminé»

Qui achète, ce qu'il fait, ce que l'exploitation doit faire tourner, et ce qui est hors périmètre. Tarifé et daté. Vous le modifiez avant de signer.

02 Contrats

D'abord les connexions

Identité, facturation, données et partenaires sont construits et testés avant que les écrans ne se multiplient.

03 Construction parallèle

L'essaim le construit

Produit, données, tests et documentation avancent ensemble. L'ingénieur responsable relit chaque pièce à l'aune de «terminé».

04 Lancement

Accepter et passer la main

Sécurité, performance, support et responsables sont en place. Votre équipe l'exploite. Nous restons joignables pendant la période convenue.

01 Terminé

Le lancement est une acceptation, pas une date sur une slide.

Les clients peuvent acheter. Votre équipe peut l'exploiter. Sécurité et performance ont réussi. Voilà la définition de «terminé», écrite avant le premier écran.

Acceptation

Ce qui est dans votre dépôt avant que vous ne signiez

  1. 01 Tests Écrits avec le code. Qui tournent dans votre pipeline.
  2. 02 Manuels d'exploitation Comment l'exploiter. Qui appeler. Comment revenir en arrière.
  3. 03 Risques Chaque point ouvert a un responsable. Rien n'est découvert plus tard.
Une démonstration n'est pas une acceptation. Des fichiers dans votre dépôt, si.
02 Le vôtre

UNIT01 n'apparaît pas sur le produit.

Votre nom, vos clients, votre marché, votre dépôt. Nous le construisons comme nos propres produits, et nous le remettons entièrement.

Le vôtre

Rien de ce que nous avons construit ne reste nôtre

  1. 01 Code Dans vos comptes dès le premier commit.
  2. 02 Marque Votre nom. Vos clients. Votre marché.
  3. 03 Accès Nos clés sont retirées à l'acceptation. Aucun droit résiduel.
Le produit est le vôtre avant la dernière facture.
03 La semaine

Chaque semaine se termine par une preuve, ou un arrêt.

Ce qui a été livré, ce qui a échoué, ce qui est bloqué. Le vendredi, vous partez avec une décision et la preuve à l'appui. Pas une démo.

Une semaine

Ce qu'une semaine produit

  1. 01 Lundi Le périmètre de la semaine est fixé. Tout le reste est exclu.
  2. 02 Milieu de semaine Les contrôles en échec sont visibles dès l'heure où ils échouent.
  3. 03 Vendredi Livrer, suspendre, ou arrêter. Par écrit, avec les preuves.
Les heures facturées ne comptent pas comme de l'avancement. Les contrôles réussis, si.

Dans le premier plan

Ce qui est écrit avant le démarrage.

Le premier plan nomme chacun de ces points. C'est un document : vous l'acceptez, le modifiez, ou le refusez.

Terminé

Définition écrite de «terminé»

Dans le premier plan. L'essaim ne monte pas en charge sur la construction tant que ce n'est pas convenu.

Ingénieur responsable

Une personne nommée

L'ingénieur qui mène est nommé au contrat. Vous rencontrez cette personne avant de signer.

Lancement

Contrôles de lancement

Sécurité, performance, support et responsables. Écrits avant le lancement. Réussis avant l'acceptation.

Marque

Le produit reste chez vous

Marque, clients et code sont les vôtres. Cédés par contrat.

Fichiers

Dans votre dépôt

Code, tests, manuels d'exploitation et risques ouverts. Là avant l'acceptation.

Après

Garantie sur le travail convenu

Une période de garantie après l'acceptation. L'ingénieur responsable reste joignable. Écrit au contrat.

Questions que l'on nous pose

Questions fréquentes.

01

En quoi est-ce différent d'une ESN ?

Une ESN vous vend une équipe et facture des heures. Nous vendons un produit terminé à prix fixe, construit par un ingénieur responsable et un essaim. Vous ne gérez personne.

02

Prenez-vous des parts ?

Non. Ce n'est pas un venture studio. Vous restez la société produit.

03

Est-ce que ça ressemblera à UNIT01 ?

Non. Votre nom, vos clients, votre marché.

04

Pouvez-vous commencer sans cahier des charges ?

Nous commençons par écrire ce que «terminé» signifie, dans vos mots. Vous le modifiez. C'est le premier plan.

05

Restez-vous après le lancement ?

Pendant la période de garantie convenue, oui. Votre équipe d'exploitation porte le système en production. L'ingénieur responsable répond.

06

Quelle stack utilisez-vous ?

La vôtre, si vous en avez une. Sinon nous choisissons, et elle reste la vôtre.

Autres missions

La même façon de travailler, sur un autre système.

Mission

Migration

Mission

Modernisation

Étape suivante

Dites-nous ce qui doit entrer en production, et quand.

Vous recevez un premier plan : ce que «terminé» signifie, dans vos mots, ce que ça coûte et quand. La décision vous appartient.