Cloud, DevOps & infrastructure
Le socle qui fait tenir tout le reste.
Pour les entreprises de 10 à 50 personnes dont les outils ne suivent plus.
Une application livrée n'est pas une application qui tourne. Sans hébergement maîtrisé ni déploiement automatisé, chaque mise à jour devient un risque.
Cloud, DevOps & infrastructure
Par où commencer
- 1Vous décrivez le problèmeQuelques lignes suffisent. Pas besoin de cahier des charges ni de vocabulaire technique.
- 2On vous répond sous 24 heuresAvec ce qu'on a compris, les questions qui manquent, et un ordre de grandeur.
- 3On vous dit si c'est pour nousFranchement, même quand la réponse est non. Dans ce cas, on vous oriente.
Le problème
Vous vous reconnaissez si
Une heure par jour passée à recopier, c'est 220 heures par an. Sur un poste chargé à 25 € de l'heure, cela représente 5 500 € qui partent en saisie, tous les ans, sans rien produire.
Chaque mise en ligne fait peur
Les déploiements se font à la main, souvent le soir, et personne n'est tranquille tant que ce n'est pas passé.
Les sauvegardes, en théorie
Elles sont configurées. Personne ne les a restaurées pour vérifier, donc personne ne sait si elles fonctionnent.
Une infrastructure sans maître
Vous avez hérité d'un serveur, d'un hébergement, de mots de passe. La personne qui comprenait est partie.
Personne ne sait ce qui tourne où
Un serveur ici, un hébergement là, un nom de domaine chez un troisième prestataire. L'inventaire n'existe que dans la tête de quelqu'un.
Revenir en arrière est impossible
Quand une mise en ligne casse quelque chose, il n'y a pas de version précédente à remettre. Il faut réparer dans l'urgence, en direct.
La panne s'apprend par un client
Rien ne surveille le site ni l'application. C'est quelqu'un qui écrit pour dire que ça ne marche plus, parfois le lendemain.
Un seul de ces cas suffit pour qu'il y ait un sujet.
Et si le vôtre n'est pas dans la liste, c'est souvent qu'il mérite d'être raconté plutôt que rangé dans une case. Les projets qui sortent du lot commencent presque toujours comme ça.
Décrire votre casLe résultat
Ce qui change une fois livré
Trois différences qui se constatent dès les premières semaines d'usage.
Des mises en ligne sans coupure ni soirée à rallonge
Une panne se voit avant que le client n'appelle
Des sauvegardes testées, pas seulement configurées
Terrains d'intervention
Ce que nous construisons
Quatre familles de projet que nous prenons régulièrement. Votre besoin en croise souvent deux.
Hébergement et socle
Mettre votre application sur une infrastructure dimensionnée, sauvegardée, et dont quelqu'un a la maîtrise.
Mises en ligne automatisées
Déployer sans coupure et sans soirée à rallonge, avec la possibilité de revenir en arrière en une commande.
Supervision et alertes
Être prévenu qu'une panne arrive avant que le premier client n'appelle pour la signaler.
Reprise d'une infrastructure
Inventaire, documentation et remise en ordre de ce dont plus personne n'a la carte.
Avec quoi
Ces choix se discutent au cadrage. Si votre équipe maintient déjà une technologie, nous partons de la vôtre.
Par où on commence
Un cadrage avant tout chiffrage
Personne ne peut chiffrer un projet qu'il n'a pas compris. Le cadrage sert à ça, et il se décide sans engager la suite.
Ce que vous en repartez
- 1Un périmètre écrit, fonction par fonction
- 2Un ordre de réalisation, et ce qu'on laisse pour plus tard
- 3Un budget, et ce qui le ferait bouger
Le document vous appartient : vous pouvez le confier à quelqu'un d'autre pour la suite.
Estimer mon projetCe qui fait varier le budget d'un projet
- Le nombre de profils d'utilisateurs et de droits différents
- Les outils existants auxquels il faut se connecter
- La reprise de vos données actuelles, et leur état
- Le besoin d'une application mobile en plus du web
Le chiffre ferme sort du cadrage, quand le périmètre est écrit et validé. Pas avant, parce qu'il serait faux.
Méthode
Comment ça se passe
Vous savez ce qui sera construit avant que la première ligne de code soit écrite.
Cadrage
On part de votre problème, pas d'une liste de fonctionnalités. À la fin, vous savez ce qui sera construit, en combien de temps et pour quel budget.
Design
Les écrans sont dessinés et testés avec ceux qui s'en serviront. Corriger une maquette coûte une heure, corriger du code en coûte dix.
Développement
Vous voyez l'application avancer toutes les deux semaines. Pas d'effet tunnel, pas de découverte au moment de la livraison.
Production
Mise en ligne, accompagnement de vos équipes, corrections et évolutions. Un projet livré mais non adopté n'est pas un projet réussi.
Questions
Ce qu'on nous demande
Combien ça coûte ?
Impossible à dire avant d'avoir compris le problème, et toute réponse donnée avant serait fausse. Le cadrage produit un périmètre écrit et un budget, et c'est le seul moment où un chiffre engage. Le cadrage lui-même est chiffré d'avance : vous savez ce que vous dépensez avant de vous engager sur la suite.
En combien de temps ?
Cela dépend du périmètre, et nous ne le connaissons pas avant le cadrage. Ce que nous garantissons, c'est le rythme : vous voyez une version utilisable toutes les deux semaines. Pas d'effet tunnel, pas de découverte le jour de la livraison.
À qui appartient le code ?
À vous, intégralement, dès le premier jour. Le dépôt est chez vous, les accès sont à votre nom, et vous pouvez partir avec à tout moment sans rien demander. Nous ne gardons aucune brique propriétaire qui vous obligerait à revenir.
Que se passe-t-il après la mise en ligne ?
Rien ne s'arrête : correction des anomalies, accompagnement de vos équipes, évolutions. Un projet livré mais non adopté n'est pas un projet réussi. Si vous préférez reprendre la main en interne, nous transmettons le code et la documentation, et nous formons la personne qui prend la suite.
Pouvez-vous reprendre un projet existant ?
Oui, à une condition : pouvoir lire le code et son historique avant de s'engager. Nous commençons par un audit, qui dit ce qui est récupérable, ce qui doit être réécrit et ce que ça représente. S'engager à l'aveugle sur du code qu'on n'a pas vu ne rend service à personne.
Lequel de ces cas
est le vôtre ?
Décrivez-le en quelques lignes. Nous revenons sous 24 heures ouvrées avec une première lecture, les questions qui manquent, et un ordre de grandeur.