Votre développeur est parti. Nous prenons le relais.

Nous reprenons les applications PHP que plus personne ne maîtrise dans votre équipe. Nous récupérons les accès, rendons l’application reproductible, couvrons les parcours critiques par des tests et documentons son fonctionnement.

Takeover (reprise de l’application) à partir de 1 500 €. Laravel, Symfony, Zend Framework, CodeIgniter, CakePHP ou PHP sans framework.

Les signes qu’une reprise s’impose

  1. La personne qui l’a construite n’est plus là

    Le freelance est passé à autre chose, un salarié est parti, ou l’agence a fermé ou abandonné le projet.

  2. Personne ne déploie sereinement

    Les mises en production dépendent d’un seul serveur, d’un seul portable ou d’un script que personne n’a documenté.

  3. Vous ne savez pas ce que vous avez

    Quelle version de PHP, quels paquets, quelles tâches cron, qui détient les mots de passe : personne n’en est sûr.

  4. Chaque modification est risquée

    Il n’y a pas de tests : une petite correction casse quelque chose là où personne ne l’attendait.

Les 10 premiers jours ouvrés

Un planning type pour une petite application (taille S). Le périmètre et les dates exacts figurent dans le devis.

  1. 01Jours 1–2

    Accès et inventaire

    Avec vous, nous rassemblons tous les accès au même endroit : dépôt, serveurs, domaines, DNS, API tierces, sauvegardes. Tout reste à votre nom.

  2. 02Jours 3–4

    Environnement reproductible

    L’application tourne sous Docker, de la même façon sur n’importe quelle machine. Fini le « ça ne marche que sur l’ancien serveur ».

  3. 03Jours 5–7

    Des tests sur ce qui rapporte

    10 à 20 tests de caractérisation sur les parcours critiques : connexion, tunnel de commande ou rapports dont votre équipe dépend. Ils enregistrent ce que fait le code aujourd’hui, à tort ou à raison, pour que tout changement de comportement apparaisse avant d’arriver en production.

  4. 04Jour 8

    CI, supervision, sauvegardes

    Chaque modification passe par la CI. La supervision signale les erreurs et les indisponibilités. Nous testons une restauration complète depuis une sauvegarde.

  5. 05Jours 9–10

    Runbook et rapport

    Comment déployer, revenir en arrière, renouveler les clés et traiter les incidents courants : tout est documenté. S’y ajoute un rapport sur ce que nous avons trouvé et ce que nous recommandons ensuite.

Ce que vous recevez

  • Inventaire des accès

    Chaque compte, clé et service dont l’application dépend, avec son propriétaire.

  • Cartographie de l’architecture

    Modules, flux de données, tâches cron, files de messages et services externes sur une seule page.

  • Environnement Docker

    N’importe quel développeur lance l’application en local en quelques minutes.

  • Pipeline CI

    Tests et analyse statique à chaque modification.

  • Tests de caractérisation

    10 à 20 tests sur les parcours dont dépend votre activité.

  • Test de restauration

    La preuve qu’une sauvegarde se restaure, avec la procédure documentée.

  • Supervision

    Des alertes de disponibilité et d’erreurs qui arrivent à une personne.

  • Runbook

    Procédures de déploiement, de retour arrière et d’incident que n’importe qui chez vous peut suivre.

  • Rapport de constats

    Les risques classés par urgence, avec des options et des prix pour la suite.

Délais et prix

Nous déterminons la taille lors du Debt Check ou du Code Audit, et le devis vous donne un prix ferme avant de commencer. Les systèmes plus importants font l’objet d’un devis spécifique. Prix HT.
SM
Prixà partir de 1 500 €à partir de 3 000 €
Durée habituelleenviron 10 jours ouvrésfixée dans le devis

Pourquoi Care commence par une reprise

Nous ne pouvons maintenir une application en sécurité que si nous savons la reconstruire, la tester et la restaurer. Le Takeover pose ce socle, pour nous comme pour vous. Si votre application en possède déjà une partie, la reprise est plus courte. Si elle a déjà tout (tests, CI, supervision et runbook), Care peut démarrer sans reprise.

Questions sur la reprise

Nous n’avons pas tous les mots de passe. La reprise est-elle possible ?

En général, oui. Les registrars, les hébergeurs et les plateformes Git prévoient des procédures de récupération pour le titulaire du compte. Nous préparons la liste et les demandes ; vous les envoyez en tant que titulaire.

L’ancien développeur doit-il nous aider ?

C’est utile, mais pas indispensable. Une heure de son temps avec nos questions évite beaucoup de suppositions. Si ce n’est pas possible, nous partons du code et des serveurs.

Avez-vous besoin d’un accès à la production ?

D’abord en lecture seule. Pour la reprise elle-même, il nous faut un accès de déploiement, avec des clés que vous créez et pouvez révoquer à tout moment. Nous ne copions pas les données de production sur nos machines.

Pouvez-vous reprendre une application Laravel legacy sans aucun test ?

Oui. Les étapes sont les mêmes pour Laravel, Symfony, Zend Framework, CodeIgniter, CakePHP ou du code maison. Les tests de caractérisation fonctionnent sur n’importe quel code PHP, avec ou sans framework.

Que se passe-t-il après la reprise ?

Vous choisissez : Care à partir de 400 € par mois (3 mois minimum), une montée de version, ou la documentation et les tests à remettre à votre prochaine équipe. Vous n’êtes pas captif.

Dites-nous ce dont vous avez hérité

Version de PHP, framework, hébergement, et qui s’en occupait jusqu’ici. Nous vous indiquons la prochaine étape.