Transformer une mission d’alternance en véritable « protocole de preuve » pour décrocher un CDI, c’est une stratégie que j’ai utilisée et que j’enseigne souvent sur Nouvelingenieur.fr. Plutôt que d’espérer que votre travail parle pour vous, il s’agit de structurer vos actions, de formaliser des livrables mesurables et de préparer une démonstration claire de votre valeur ajoutée. Voici comment je procède, étape par étape, avec des exemples concrets et des modèles simples à appliquer.
Pourquoi formaliser votre alternance en protocole de preuve ?
Souvent, l’évaluation d’un alternant reste qualitative et informelle : « il est motivé », « il s’intègre bien ». Ces retours sont positifs, mais peu exploitables quand il s’agit de demander un CDI. En proposant un protocole de preuve, vous transformez votre expérience en éléments concrets — livrables, métriques, résultats — que votre manager et les RH peuvent comprendre et valoriser.
Définir l’objectif du protocole
Commencez par vous poser une question simple : qu’est-ce que je veux prouver ? Par exemple :
- Compétence technique : je peux mener un projet de A à Z en intégrant du code/mesures/tests.
- Impact business : je réduis le coût d’un processus ou j’augmente la satisfaction client.
- Autonomie et montée en compétences : je suis capable de livrer sans supervision quotidienne.
Choisissez un angle principal et un angle secondaire. Trop d’objectifs diluent le message.
Construire le protocole : livrables, métriques et preuves
Un bon protocole contient trois éléments indissociables :
- Livrables — ce que vous produisez (rapport, prototype, outil, tableau de bord).
- Métriques — comment vous mesurez l’impact (temps, coûts, taux d’erreur, NPS, performance).
- Preuves — documents sources, captures d’écran, logs, retours clients, avant/après.
Voici un tableau type que j’utilise pour structurer chaque micro-projet pendant l’alternance :
| Livrable | Objectif | Métriques | Preuves | Deadline |
|---|---|---|---|---|
| Prototype d’automatisation des tests | Réduire le temps de tests manuels | Temps moyen/test (min), % de couverture | Capture Jenkins, script Git | 6 semaines |
| Tableau de bord suivi tickets | Priorisation plus rapide | Temps moyen de résolution (jours), backlog | Tableau Power BI, exports CSV | 4 semaines |
Exemples de métriques pertinentes selon le rôle
Choisissez des métriques qui parlent au métier et aux décideurs :
- Développement / R&D : temps de build, taux de bugs en production, couverture des tests, performance (latence, mémoire).
- Qualité / Tests : taux de non-conformité, temps de détection d’anomalie, % d’automatisation.
- Projet / Management : respect du planning, % des objectifs atteints, satisfaction du client interne.
- Support / Opérations : MTTR (mean time to recovery), volume de tickets traités, customer satisfaction (CSAT).
Planifier et valider le protocole avec votre manager
Ne lancez pas votre protocole seul dans votre coin. Proposez un document synthétique à votre manager : un plan de preuve d’une page. Il doit contenir :
- Objectif business du protocole.
- Livrables attendus et dates clés.
- Métriques et méthode de mesure.
- Ressources nécessaires (accès, personnes, temps).
- Critères de réussite (seuils chiffrés).
Cette validation sert à deux choses : obtenir du soutien (et des ressources) et aligner vos critères avec ceux de l’entreprise. Si votre manager accepte, vous obtenez aussi une preuve formelle que vos résultats seront pris en compte pour une évaluation future.
Collecter les preuves au fil de l’eau
Les preuves s’accumulent naturellement si vous documentez.
- Faites des commits réguliers, décrivez vos tickets JIRA/Asana avec soin.
- Enregistrez des captures d’écran, exports, logs — avec date et contexte.
- Demandez des retours écrits aux collaborateurs et aux clients internes (un court e-mail suffit).
- Centralisez tout dans un dossier partagé (GitHub, Google Drive, Confluence) structuré par livrable.
Préparer la présentation finale : storyboard et démonstration
Quand vient le moment de convaincre pour un CDI, votre présentation doit être courte, visuelle et orientée impact. Je recommande ce format :
- 1 diapositive « Contexte » : rappel de la mission et de l’axe choisi.
- 1 diapositive « Ce que j’ai livré » : liste de livrables avec liens.
- 1-2 diapositives « Résultats quantifiables » : graphiques avant/après, chiffres clés.
- 1 diapositive « Preuves » : captures, extraits de logs, témoignages.
- 1 diapositive « Proposition » : poste souhaité, périmètre, plan pour la première année.
Ajoutez une démo live si c’est pertinent (un petit script, un dashboard), mais prévoyez toujours une version enregistrée en cas de problème technique.
Argumenter pour le CDI : transformer la preuve en proposition
La logique est simple : vous montrez que vous apportez déjà de la valeur mesurable et que vous avez un plan pour en apporter davantage. Voici quelques phrases-types que j’ai utilisées :
- « En automatisant X, nous avons réduit le temps de traitement de Y% ce qui représente Z heures économisées par mois. »
- « Le prototype a permis d’identifier une économie potentielle de X k€ sur l’année si déployé à l’échelle. »
- « Je propose un plan en 3 étapes pour étendre la solution et mesurer l’impact trimestriellement. »
Négociez le poste en montrant concrètement le périmètre que vous pouvez couvrir et en demandant un plan d’objectifs à 6-12 mois qui reprennent vos indicateurs. Cela rassure les RH et le manager.
Gérer les objections et préparer un plan B
Les objections courantes : budget, besoin non confirmé, politique interne. Anticipez-les :
- Si le budget est un frein, proposez un CDI à durée déterminée (CDI + période d’essai longue avec objectifs) ou un contrat à temps partiel évolutif.
- Si le besoin n’est pas clair, proposez un pilote supplémentaire payant ou un objectif très précis pour 3 mois.
- Si la politique interne bloque, demandez une lettre d’intention du manager ou un plan de montée en charge pour prouver la faisabilité.
Rituels à adopter pendant l’alternance
Pour que votre protocole reste vivant, intégrez quelques habitudes :
- Compte-rendu hebdomadaire succinct (email ou page Confluence) : progrès, blocages, prochaines étapes.
- Revues mensuelles avec le manager centrées sur les métriques.
- Backups réguliers des preuves et des livrables.
Construire un protocole de preuve, ce n’est pas falsifier des résultats : c’est présenter méthodiquement ce que vous faites pour rendre vos contributions visibles et mesurables. Quand j’ai suivi cette démarche, les discussions pour un poste pérenne étaient plus rapides et mieux cadrées — et c’est souvent ce qui fait la différence entre une alternance qui s’arrête et une alternance qui se transforme en CDI.