Un développeur de plus,
cadré et tracé.
Un binôme expérimenté sur votre stack .NET / C# / Angular, le temps de la mission. Pull requests systématiques, tests obligatoires avant merge, compte-rendu hebdomadaire. Le contraire d'une régie classique : aucun verrouillage, aucune tacite reconduction, périmètre fixé en cadrage.
Un format unique, posé avant le devis.
Régie au jour, sur la stack .NET / C# / Angular uniquement, pour les équipes internes de grands comptes sur des missions longues. Pull requests, tests, code reviews, compte-rendu hebdomadaire sont systématiques, pas négociables. La mission a une date de fin, pas une tacite reconduction. Le bon de commande fixe le périmètre, l'avenant écrit ajuste, et la facturation se fait au mois sur compte-rendu d'activité signé.
Quand un renfort technique a du sens.
Quatre situations où la régie ponctuelle débloque mieux qu'un recrutement.
Renfort sur la durée d'un chantier
Une refonte engagée pour plusieurs mois, un départ à compenser, une équipe qui a besoin d'une paire de mains expérimentée jusqu'à la mise en production. Le bon de commande couvre le chantier.
Code review externe
Vous voulez un regard indépendant sur le code de votre équipe ou de votre prestataire. Audit ponctuel, sans drame, avec recommandations actionables.
Accompagnement migration
Bump majeur .NET, refonte Angular, passage à un nouveau provider de base. Un binôme avec votre équipe le temps de la transition, puis on s'efface.
Expertise tenue dans le temps
Pomelo, EF Core, optimisation SQL : une compétence pointue que votre équipe n'a pas encore, disponible tant que le sujet vit. Pour un dépannage de quelques jours, le format audit répond mieux.
Là où j'interviens.
Stack restreinte et maîtrisée plutôt que polyvalence superficielle. Pas de gymnastique pour faire semblant de connaître un framework découvert la veille.
De la prise de contact au premier commit, en cinq temps.
Cadrage 30 min
Appel court pour comprendre le besoin, la stack, l'équipe en place. On dit immédiatement si la régie est le bon format, ou si vous avez besoin d'autre chose (audit, app sur mesure, recrutement).
mission.md + chiffrageDevis + bon de commande
Devis à la journée, sans clause de tacite reconduction. Bon de commande signé fixe la mission, son périmètre, son volume estimé. Aucune surfacturation sans avenant.
devis.pdf + bdc.pdfPrise en main, 1 à 2 jours
Accès au dépôt, lecture du codebase, environnement local opérationnel. Les premières heures facturables sont consacrées à comprendre, pas à improviser dans le noir.
setup repo + first PRDelivery hebdomadaire
Pull requests régulières, code review systématique, tests obligatoires avant merge. Compte-rendu en fin de semaine avec ce qui a été fait, ce qui reste, et les éventuels blocages.
PR · review · mergeClôture documentée
Note de fin de mission, état des branches en cours, recommandations pour la suite. Les accès sont révoqués proprement, vos données effacées de mon poste sous 30 jours.
handover.mdCe qui ne se négocie pas.
La régie RezDevOps a un format unique, ces six règles sont posées avant le devis, jamais après.
github.com/votre-org ou votre GitLab. Aucun « repo perso » de transit. Vous voyez tout, dès le premier diff. main. Chaque change passe par une PR avec description, tests, et review (par vous ou par un membre de votre équipe). Ce qu'on me demande en cadrage.
Quel est votre TJM ?
Le TJM n'est pas affiché ici, il dépend de la mission (durée, présentiel ou distance, criticité, délai de démarrage). Il est forfaitaire et fixé en cadrage, sans surfacturation en cours de mission. Devis ferme à la sortie de l'appel de 30 minutes.
Sur quelle durée se fait une mission ?
Le renfort s'adresse à des missions longues, cadrées par bon de commande et facturées au jour. Pas de minimum affiché : c'est le bon de commande qui fixe le périmètre. Pour un besoin de quelques jours (audit court, débug urgent), le format audit est plus adapté, et je vous y oriente.
Travaillez-vous en présentiel ?
À distance, partout en France. Un rythme avec présence sur site se discute au cadrage, et se chiffre au cas par cas.
Êtes-vous exclusif sur la mission ?
Non. RezDevOps reste sur plusieurs missions en parallèle, c'est ce qui permet de garder le TJM aligné avec le marché et de capitaliser les bonnes pratiques d'un projet à l'autre. Vous achetez des jours, pas une présence à temps plein. Si vous avez besoin d'un développeur dédié sur la durée, c'est plutôt un sujet de recrutement.
Acceptez-vous les pénalités de retard ?
Pas sur la régie, par définition vous achetez des jours, pas un livrable daté. Le compte-rendu hebdomadaire vous permet de voir l'avancement et d'arbitrer en continu. Si vous voulez une garantie de livraison à date, c'est plutôt un sujet de forfait sur mesure.
Et si la collaboration ne fonctionne pas ?
Le bon de commande prévoit une clause de sortie à 7 jours de préavis, sans pénalité. Si après une semaine la mission ne tourne pas, on s'arrête, vous payez les jours effectués, on évite de faire traîner ce qui ne fonctionne pas.
Les autres services RezDevOps.
Un seul fil rouge, du code livré, sans abonnement, qui dure.