Beaucoup des entreprises pour lesquelles nous travaillons n’ont pas de développeur, pas de service informatique digne de ce nom, et aucune envie d’en recruter un. C’est précisément pour cela qu’elles nous appellent. Vous n’avez pas à parler notre langue. C’est à nous d’apprendre la vôtre.
Une personne qui connaît le métier
Nous demandons un interlocuteur unique de votre côté. Pas un profil technique : quelqu’un qui sait comment le travail se fait vraiment, y compris les exceptions que personne n’a écrites, et qui peut décider ou sait qui décide.
En retour, cette personne a elle aussi un interlocuteur unique : l’ingénieur qui conçoit et qui développe, en ligne directe, sans chef de projet intermédiaire.
Environ une demi-journée par semaine
C’est l’engagement réaliste, et nous préférons le dire avant le projet que le découvrir pendant. Ce temps sert à trois choses :
- Répondre aux questions. « Que se passe-t-il quand une commande est annulée après livraison ? » Vous seuls le savez.
- Essayer ce qui a été construit. L’environnement de test est toujours à jour. Dix minutes d’usage réel nous en apprennent plus qu’une longue réunion.
- La démo, toutes les deux semaines. Vous voyez la version qui fonctionne et nous convenons de la suite.
Un atelier pour démarrer
Avant le premier sprint, un atelier de cadrage réunit les personnes qui utiliseront l’outil. Nous écoutons, nous regardons les fichiers et les écrans qu’elles utilisent aujourd’hui, et nous repartons avec une feuille de route que tout le monde a vue.
Tout ce qui est technique est pour nous
Architecture, sécurité, hébergement, mises à jour, choix des outils : vous n’avez à avoir d’avis sur rien de tout cela. Nous expliquons nos choix en langage clair, et nous les faisons pour vous.
Ce que cela change pour vous
Un projet comme celui-ci prend un peu de votre temps, et quiconque affirme le contraire construira le mauvais produit. Mais il prend le temps de quelqu’un qui connaît le métier, pas celui d’un technicien que vous n’avez pas.