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. 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.
Quand un renfort technique a du sens.
Quatre situations où la régie ponctuelle débloque mieux qu'un recrutement.
Pic d'activité ponctuel
Une release dans trois mois, votre dev part en congé parental, l'équipe a besoin d'une paire de mains expérimentée le temps du sprint. Format adapté.
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 ponctuelle
Un débug urgent sur Pomelo, un POC EF Core, une optimisation SQL. Quelques jours pour débloquer, pas une mission au long cours.
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 quatre 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.pdfOnboarding 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.
Quelle est la durée minimum d'une mission ?
5 jours ouvrés. En dessous, l'onboarding pèse trop sur le rendement et la valeur réelle s'effondre. Pour une expertise très ponctuelle (audit court, débug urgent), on peut faire du format audit à la place.
Travaillez-vous en présentiel ?
Distance par défaut. Présentiel possible 1 à 2 jours par semaine sur le bassin lyonnais (Lyon, Villeurbanne, Saint-Étienne, Vienne). Hors zone, frais de déplacement sur devis.
Ê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.
Une mission en tête ?
Cadrons-la en 30 minutes.
Les autres services RezDevOps.
Un seul fil rouge, du code livré, sans abonnement, qui dure.