Portfolio et projets perso : décrocher un emploi en informatique

En informatique et télécoms, un CV seul reste abstrait. Il liste des langages, des outils, des stages, mais il ne montre pas comment vous raisonnez face à un problème. C'est là qu'un portfolio entre en jeu : il donne à voir du travail réel, avec vos choix, vos hésitations et vos résultats.

Bonne nouvelle : vous n'avez pas besoin d'un site spectaculaire ni de dix projets. Trois réalisations bien choisies et bien documentées suffisent souvent à nourrir une candidature et un entretien technique. Voici comment les construire, les présenter et vous en servir.

Pourquoi un portfolio complète le CV en informatique

Un recruteur qui lit « maîtrise de Python et de SQL » ne sait pas encore ce que vous savez faire. Un lien vers un projet où vous expliquez comment vous avez nettoyé un jeu de données et construit une petite interface rend la compétence concrète. Le portfolio transforme une déclaration en preuve.

Il joue aussi un rôle de mémoire. Pendant un entretien, vous pouvez revenir sur un choix technique précis plutôt que de rester dans le général. Et pour un premier emploi ou un stage, il compense souvent l'absence d'expérience longue : il montre que vous avez déjà mené un travail du début à la fin.

Enfin, il vous oblige à mettre de l'ordre dans ce que vous avez appris. Préparer un portfolio, c'est déjà réviser.

Choisir trois projets qui prouvent vos compétences

Ne cherchez pas l'exhaustivité. Trois projets suffisent si chacun raconte quelque chose de différent. Une répartition simple fonctionne bien :

• Un projet technique qui montre votre maîtrise d'un langage, d'un framework ou d'un domaine (développement web, données, réseaux, systèmes embarqués).
• Un projet avec un vrai utilisateur : un site pour une association, un outil pour un enseignant, un petit service rendu à une entreprise locale. Il prouve que vous savez écouter un besoin.
• Un projet personnel qui vous intéresse : un script d'automatisation, un bot, une application de suivi. Il montre votre curiosité et votre autonomie.

Si vous débutez, un projet de cours retravaillé peut convenir, à condition de le présenter comme votre travail et non comme un exercice imposé. Évitez de recopier un tutoriel suivi à la lettre : un recruteur le repère vite et cela affaiblit tout le reste.

Choisissez des projets que vous pouvez expliquer de bout en bout. Un projet modeste mais maîtrisé vaut mieux qu'un projet ambitieux dont vous ne savez pas décrire l'architecture.

Documenter chaque projet : contexte, choix techniques, résultat

C'est l'étape que la plupart des candidats sautent, et c'est justement celle qui fait la différence. Pour chaque projet, prévoyez une fiche courte, lisible en deux ou trois minutes, structurée ainsi :

Le contexte

D'où vient le besoin ? Pour qui ? Quelles contraintes ? Une ou deux phrases suffisent : « Un professeur voulait suivre les présences de ses étudiants sans tableur partagé. »

Les choix techniques

C'est le cœur de la fiche. Expliquez ce que vous avez choisi et pourquoi, en assumant les compromis. Par exemple : « J'ai utilisé une base légère plutôt qu'un serveur complet, car le volume restait faible et la mise en place devait être simple. » Un recruteur ne cherche pas la solution parfaite : il veut voir que vous réfléchissez.

Mentionnez aussi ce que vous avez écarté et pourquoi. Dire « j'ai testé cette approche, elle posait tel problème, je suis revenu à celle-ci » montre une démarche, pas une faiblesse.

Le résultat

Qu'est-ce qui fonctionne aujourd'hui ? Combien de personnes l'utilisent, si vous le savez ? Qu'avez-vous appris ? Restez factuel : pas de chiffre inventé, pas de promesse. Si le projet est inachevé, dites-le et expliquez ce qui reste à faire.

Ajoutez une capture d'écran ou un court schéma quand c'est utile. Une image bien choisie vaut souvent un paragraphe.

Mettre en ligne et soigner la présentation

Vous n'avez pas besoin d'un site complexe. Un dépôt de code public avec un fichier de présentation clair, ou une page simple qui regroupe vos trois fiches, suffit. L'essentiel est que le lien fonctionne et que l'on comprenne en quelques secondes de quoi il s'agit.

Quelques règles de présentation :

• Un titre explicite pour chaque projet, pas « Projet 1 ».
• Le lien en haut du CV et du profil, visible sans chercher.
• Un code lisible : noms de variables clairs, commentaires utiles, pas de fichiers temporaires laissés en vrac.
• Un fichier de présentation qui explique comment lancer le projet, même sommairement.
• Des captures d'écran propres, sans données personnelles visibles.

Vérifiez que tout s'ouvre depuis un autre ordinateur, sans compte privé ni accès restreint. Un lien mort ou une page vide fait plus de mal que l'absence de portfolio.

Ce que les recruteurs regardent vraiment

Un recruteur ne passe pas une heure sur votre portfolio. Il y jette un œil, souvent entre deux candidatures. Ce qu'il retient tient en peu de choses :

• La clarté : comprend-on ce que fait le projet en quelques lignes ?
• La cohérence avec le poste visé : vos projets parlent-ils du métier pour lequel vous candidatez ?
• La capacité à expliquer : vos fiches montrent-elles un raisonnement, ou seulement un résultat ?
• L'honnêteté : assumez-vous les limites de ce que vous avez fait ?

Adaptez donc votre sélection à chaque offre. Pour un poste orienté données, mettez en avant le projet de traitement de données ; pour un poste orienté développement web, l'application et son interface. Vous pouvez garder les mêmes projets et changer l'ordre ou l'accent mis dans les fiches.

Défendre un projet à l'oral pendant l'entretien

Le portfolio prépare l'entretien technique. Attendez-vous à des questions simples mais précises : pourquoi ce choix, qu'auriez-vous fait autrement, quel problème vous a bloqué, comment l'avez-vous résolu.

Préparez une réponse de deux minutes par projet, avec la même structure que votre fiche : contexte, choix, résultat. Entraînez-vous à voix haute, pas seulement dans votre tête. Si possible, faites-vous poser des questions par un camarade.

Quelques réflexes utiles :

• Ne survendez pas. Si vous avez suivi un tutoriel pour une partie, dites-le.
• Assumez les limites. « Ce projet ne gère pas les cas extrêmes, je l'ai laissé volontairement simple » est une bonne réponse.
• Reliez au poste. Terminez en expliquant ce que ce projet vous a appris qui servira dans le rôle visé.
• Gardez une question en réserve. Demander un avis sur une amélioration possible montre votre envie d'apprendre.

Si un projet vous échappe techniquement, mieux vaut ne pas le mettre en avant. Un recruteur peut creuser, et l'improvisation se voit.

En pratique : votre check-list avant de candidater

• Trois projets choisis, chacun avec un rôle clair.
• Une fiche par projet : contexte, choix techniques, résultat.
• Un lien qui fonctionne, testé depuis un autre appareil.
• Le lien présent sur le CV et sur votre profil candidat.
• Une présentation orale de deux minutes par projet, répétée.
• Une sélection ajustée à chaque offre visée.

Pour aller plus loin sur les compétences attendues et la façon de les présenter, lisez Informatique et télécoms : les compétences qui font avancer un CV. Si vous cherchez encore un premier terrain d'application, la rubrique Offres de stage au Maroc regorge de missions qui peuvent devenir un projet à documenter.

Conclusion

Un portfolio crédible ne demande pas des mois de travail : trois projets, des fiches honnêtes et un peu d'entraînement à l'oral suffisent souvent à changer la façon dont votre candidature est lue. Une fois vos fiches prêtes, parcourez les offres d'emploi et de stage, activez vos alertes pour suivre les nouvelles annonces et gardez votre profil candidat à jour avec le lien vers vos projets.