Chapitre 411 minIntermédiaire
Construire son portfolio
Par Josselyn C., prof de BTS SIO. Mis à jour le .
À la fin de ce chapitre, tu sauras
- choisir un format de portfolio adapté ;
- structurer la page d'une réalisation ;
- rassembler des preuves que la commission peut vérifier.
1 exercice corrigé
Le portfolio est le support numérique, en général un site Web, qui retrace ton parcours de professionnalisation et décrit tes réalisations avec les compétences qu'elles mobilisent. C'est la pièce centrale du dossier de l'E5. Ce chapitre explique comment le construire pour que la commission y trouve tout, vite, et comment éviter la pénalité de 10 points.
Ce que la commission en fait
La commission lit ton portfolio avant l'oral pour préparer ses questions, puis le consulte pendant l'épreuve. Elle doit pouvoir accéder à tout son contenu à partir de la date fixée par l'académie et jusqu'à la fin de l'oral. Un portfolio inaccessible coûte 10 points : la moitié de la note.
Le portfolio ne remplace pas ta présentation orale, et la présentation ne le récite pas. Le portfolio porte les détails et les preuves ; l'oral raconte, choisit et explique.
Quel format choisir
Le modèle du tableau de synthèse demande « l'adresse URL du portfolio » : il te faut une adresse Web stable. Fais en sorte que la commission l'ouvre sans créer de compte ni saisir de mot de passe : chaque identifiant est un risque de plus que l'accès échoue.
| Format | Avantages | Points de vigilance |
|---|---|---|
| Site statique publié depuis un dépôt Git (GitHub Pages, Vercel, Netlify) | Gratuit, HTTPS automatique, historique de tes modifications, publication à chaque git push | Le dépôt doit être public pour GitHub Pages en offre gratuite ; vérifie qu'aucun secret n'y traîne |
| Site sur un CMS (WordPress) chez un hébergeur | Mise en page rapide, éditeur visuel | Mises à jour de sécurité à suivre ; hébergement souvent payant |
| Plateforme de portfolio proposée par ton établissement | Format connu des enseignants, accès prévu pour la commission | Vérifie qu'elle reste accessible jusqu'à ton oral et que tu peux l'exporter |
| Documents dans un espace de stockage en ligne | Aucun | Droits de partage mal réglés, liens qui expirent : à éviter comme support principal |
Coder ton portfolio toi-même est un plus en SLAM, mais ce n'est pas ce qui est évalué : la commission note des compétences, pas un design. Un site sobre, rapide et clair vaut mieux qu'un site animé où l'on cherche les preuves. Les cours Git et GitHub et HTML et CSS te donnent les bases pour le publier.
La structure qui marche
| Page | Ce que tu y mets |
|---|---|
| Accueil | Ton nom, BTS SIO option SLAM ou SISR, ta session, ton projet professionnel en trois lignes, un lien direct vers le tableau de synthèse |
| Parcours | Ta formation, tes stages ou ton alternance avec les dates, le type d'organisation, ton service, tes missions. C'est la matière de tes 10 minutes |
| Réalisations | Une page par réalisation, avec le même intitulé que dans le tableau de synthèse |
| Compétences | Le tableau de synthèse en version Web, chaque ligne liée à la page de la réalisation, et le fichier officiel à télécharger |
| Veille | Ton sujet, tes sources, tes outils, tes notes datées et une synthèse |
| Projet professionnel | Ton projet après le BTS, tes besoins de formation, tes certifications, le lien vers ton profil professionnel en ligne |
| Mentions légales | Éditeur, hébergeur, traitement des données si tu as un formulaire de contact. Ton portfolio est un site Web : il doit lui aussi respecter la loi |
Chaque réalisation doit être accessible en deux clics depuis l'accueil. Dès que la commission lit une ligne du tableau, elle doit retrouver la page correspondante sans chercher.
La page d'une réalisation
Chaque page suit le même plan. La commission s'y repère vite, et toi aussi pendant l'oral.
| Rubrique | Ce qu'elle contient | Ce que la grille y lit |
|---|---|---|
| Contexte | L'organisation (anonymisée si besoin), le service, la période exacte, l'équipe | Ta compréhension de l'organisation |
| Besoin et objectifs | Le problème de départ, ce qu'il fallait obtenir, les contraintes | L'analyse des informations, besoins et contraintes |
| Ton rôle | Ce que tu as fait toi, ce que d'autres ont fait | Ta contribution personnelle |
| Démarche et choix | Les étapes, les outils, au moins un choix argumenté : « X plutôt que Y parce que… » | La démarche et les technologies mobilisées |
| Difficultés et erreurs | Ce qui a coincé, comment tu l'as résolu, où tu l'as documenté | Le traitement des erreurs |
| Résultat | Ce qui a été livré, mesuré, validé par l'utilisateur | La réponse au besoin |
| Compétences mobilisées | Les intitulés exacts du bloc 1, avec une phrase qui justifie chacune | La couverture du bloc |
| Productions et preuves | Deux à quatre preuves, nommées et annotées | La preuve que c'est réel |
| Bilan | Ce que tu as appris, ce que tu ferais autrement | Le recul |
Un exemple complet de page de réalisation
Voici la page qu'a rédigée Yanis, option SISR, pour l'une de ses réalisations de stage.
Plan de sauvegarde du NAS et test de restauration
Contexte. Stage de 1re année, du 26/05/25 au 27/06/25, chez un prestataire qui gère l'informatique de petites entreprises ; mon tuteur est l'un de ses techniciens. Le client : un cabinet d'architectes de 14 personnes, dont les plans et les dossiers sont stockés sur un NAS de 4 To.
Besoin. Le NAS était copié chaque soir sur un disque USB branché en permanence. Un rançongiciel aurait chiffré le NAS et sa copie en même temps. Objectif : une sauvegarde qui respecte la règle 3-2-1 et une restauration prouvée.
Mon rôle. J'ai fait l'état des lieux, rédigé le plan de sauvegarde, configuré les tâches et réalisé le test de restauration. Mon tuteur a validé le plan et commandé le second disque.
Démarche. J'ai mesuré le volume (1,3 To) et le volume modifié par jour (environ 6 Go). J'ai choisi une sauvegarde incrémentale quotidienne vers un second NAS chez le gérant plutôt qu'un service en ligne, parce que la connexion montante du cabinet (20 Mbit/s) ne permettait pas la première copie complète en moins de six jours. J'ai ajouté une rotation de deux disques USB, l'un toujours hors du cabinet.
Difficulté. La première tâche planifiée échouait la nuit : le NAS distant se mettait en veille. J'ai lu le journal des tâches, désactivé la veille de 1 h à 5 h et ajouté une alerte par e-mail en cas d'échec. J'ai noté la cause et la correction dans le plan.
Résultat. 21 sauvegardes réussies sur 21 nuits. Test de restauration le 24/06/25 : un dossier de 2,4 Go restauré en 7 minutes, contrôlé par l'architecte qui l'utilise.
Compétences mobilisées. Gérer le patrimoine informatique : gérer des sauvegardes, vérifier les conditions de la continuité d'un service.
Preuves. Le plan de sauvegarde (PDF, 4 pages) ; la capture du journal des 21 sauvegardes, dates visibles ; le rapport du test de restauration, signé par mon tuteur ; le compte rendu de fin de mission.
Bilan. Je testerais la restauration dès la première semaine, pas à la fin. Le cabinet devrait programmer un test tous les trois mois : je l'ai proposé dans le compte rendu.
Tout y est vérifiable : des dates, des chiffres, un choix argumenté, une erreur résolue et documentée, la part de Yanis et celle de son tuteur. Le cours sauvegarde et PRA détaille la règle 3-2-1 et les tests de restauration.
Les preuves
Une preuve est un élément vérifiable qui montre que la réalisation a eu lieu et que tu l'as faite. Toutes n'ont pas la même force.
| Niveau | Exemple | Ce qu'en pense la commission |
|---|---|---|
| 0, une affirmation | « J'ai configuré la sauvegarde. » | Rien à vérifier |
| 1, une capture brute | L'écran d'accueil d'une application | Montre un état, pas ton travail |
| 2, une production | Le plan de sauvegarde, le cahier de recette, le guide utilisateur | Montre ton travail |
| 3, une production annotée | Une capture avec les zones importantes encadrées et une légende | Se comprend en 10 secondes |
| 4, une trace datée | Un ticket avec son historique, un journal de sauvegardes, un historique Git, un compte rendu signé | Montre le travail dans le temps, avec ton nom |
Vise deux à quatre preuves par réalisation, dont au moins une de niveau 4. Donne à chaque fichier un nom qui dit ce qu'il contient (plan-sauvegarde-nas.pdf, pas doc_final_v3.pdf) et utilise ces mêmes noms dans la colonne « documents et productions » du tableau de synthèse.
Vérifier l'accessibilité, jusqu'au jour de l'oral
Évite de remanier ton portfolio après la date de dépôt : la commission prépare ses questions sur la version qu'elle a lue. Corrige une coquille, n'ajoute pas trois réalisations.
Le jour de l'oral, garde aussi une copie hors ligne de tes preuves sur ton ordinateur et sur une clé USB : si le réseau de la salle tombe, tu pourras toujours montrer tes documents. Apporte ton ordinateur chargé, son chargeur et un adaptateur vidéo. Les textes te rendent seul responsable des outils et ressources nécessaires à l'épreuve.
Exercice Réécrire une page faible Réussi À revoir
Voici la page d'une réalisation dans le portfolio de Lucas, option SLAM :
Site de l'association. J'ai fait le site de l'association de théâtre avec WordPress. On a ajouté des pages et un formulaire. Ça marche bien. Compétences : présence en ligne, mode projet.
- Liste ce qui manque par rapport au plan d'une page de réalisation.
- Écris les questions que la commission posera sûrement.
- Réécris le début de la page (contexte, besoin, rôle) avec des éléments plausibles.
Voir la réponseMasquer la réponse de l'exercice
- Il manque la période, le contexte (taille de l'association, besoin de départ), la répartition des rôles (« on »), la démarche et au moins un choix argumenté, les difficultés, un résultat mesurable, les intitulés exacts des compétences, les preuves et le bilan. « Ça marche bien » n'est pas un résultat.
- « Qu'avez-vous fait, vous, et qu'a fait votre binôme ? » ; « Pourquoi WordPress ? » ; « Où sont les mentions légales ? » ; « Que deviennent les données du formulaire, combien de temps les gardez-vous ? » ; « Comment savez-vous que le site est plus visible qu'avant ? » ; « Comment avez-vous organisé le travail ? »
- Exemple : « Contexte. Atelier de professionnalisation, du 06/01/26 au 14/02/26. Une association de théâtre amateur de 60 adhérents publiait ses spectacles sur une page de réseau social et recevait les réservations par téléphone. Besoin. Un site qui présente la saison, permet de réserver en ligne et respecte le RGPD, administrable par une bénévole sans compétence technique. Mon rôle. Avec Inès, j'ai recueilli le besoin auprès de la présidente. J'ai installé et paramétré le CMS, créé le formulaire de réservation et rédigé les mentions légales et la politique de confidentialité ; Inès a conçu les pages et formé la bénévole. »
Tu avais trouvé ?