← Retour aux projets

Étude de cas / Entreprise confidentielle / Suivi de projets

Project Board.

Une fiche suit la mission d’une équipe à l’autre. À chaque clôture, son archive est créée ou actualisée.

J’ai assuré seul la migration du suivi des missions et de la base de connaissances vers Notion, puis fait évoluer le tableau et ses automatisations.

Project Board / Simulation d’une mission

Suivre un audit web
et les actions après livraison.

Suivez une mission web dans le Project Board sur Notion : le dossier passe d’une équipe à l’autre, les automatismes se déclenchent et les échéances arrivent.

Audit du portail web

Mission fictive · trois jours de tests

Action de l’équipeAutomatisationÉchéance

Lire le parcours sans animation
  1. Avant la mission

    Une mission web est validée.

    L’équipe métier confirme un test d’intrusion du portail web. La simulation suit cette mission jusqu’à son archivage et au retrait du rapport.

    Rôle de l’équipe : Valider le cadre, le périmètre et les conditions de la mission.

  2. Avant la mission

    Le suivi est créé ou actualisé.

    Le système recherche d’abord une fiche correspondante. Les repères de préparation et le responsable métier sont réunis au même endroit.

    • Rechercher la fiche de mission
    • Créer ou actualiser les informations
    • Conserver le responsable et le contexte

    Rôle de l’équipe : Vérifier que le dossier permet à l’équipe technique de prendre la suite.

  3. Jour 0

    L’équipe technique prend le relais.

    L’équipe technique reçoit le dossier. La date du changement d’étape permet de savoir depuis quand elle a pris la mission en charge.

    • Dater le changement d’étape

    Rôle de l’équipe : Confirmer la préparation et le démarrage des tests.

  4. Jour 1 sur 3

    Premier jour : examiner le portail.

    La scène illustre la reconnaissance du portail et les premiers tests d’injection SQL sur le périmètre autorisé de cette mission fictive. Le suivi conserve les repères de la mission.

    • Dater le passage en réalisation

    Rôle de l’équipe : Explorer le portail et tester ses points d’entrée dans le cadre convenu.

  5. Jour 2 sur 3

    Deuxième jour : vérifier les constats.

    La scène fictive montre des injections, un test de phishing et une exploitation contrôlée. Ce travail technique reste humain ; le passage de J1 à J2 ne déclenche pas un nouvel automatisme.

    Rôle de l’équipe : Vérifier les failles et documenter les preuves utiles au rapport.

  6. Jour 3 sur 3

    Troisième jour : préparer les résultats.

    Le pentester rassemble les constats et leurs recommandations. La livraison reste une action distincte de la fin des tests.

    Rôle de l’équipe : Finaliser le rapport et préparer sa restitution.

  7. Jour 4

    Le rapport est livré.

    Le rapport permet au client de comprendre les constats et de préparer les corrections. La mission revient ensuite vers le suivi métier.

    Rôle de l’équipe : Livrer et expliquer les résultats au client.

  8. Jour 4 · retour métier

    Le retour métier déclenche les actions de clôture.

    Le suivi prépare les deux échéances et les actions de clôture. Un premier archivage suit dans tous les cas, même si une remédiation est prévue.

    • Dater le changement d’étape
    • Enregistrer la date de livraison
    • Calculer l’échéance de nettoyage
    • Calculer l’échéance du rapport · trois mois ici
    • Remettre à zéro les actions de clôture
    • Notifier l’équipe métier

    Rôle de l’équipe : Organiser la restitution et les actions administratives de clôture.

  9. Jour 5 · première clôture

    La première clôture prépare l’archive.

    Avec ou sans remédiation, le traitement recherche une archive liée à la mission. Il crée cette entrée si elle manque, ou actualise celle déjà présente au départ.

    • Dater le changement d’étape
    • Déclencher le traitement d’archivage
    • Rechercher l’archive par sa relation à la mission
    • Créer l’archive

    Rôle de l’équipe : Vérifier les actions de clôture après la livraison.

  10. Jour 5 · premier archivage

    Une première archive existe.

    Les données et le contenu de la fiche rejoignent l’archive liée à la mission. Cette archive reste présente si les corrections reprennent ; le rapport conserve sa propre échéance.

    • Reprendre les données et le contenu
    • Conserver la relation entre archive et mission
    • Faire évoluer la fiche vers l’historique
    • Dater le changement d’étape

    Rôle de l’équipe : Contrôler le contenu et le lien avec la bonne mission.

  11. Jour 15 · exemple

    La mission reprend pour les corrections.

    La première archive est conservée pendant que les équipes du client corrigent les failles. La mission garde son contexte et son lien avec cet historique.

    • Dater la reprise de la mission

    Rôle de l’équipe : Les équipes du client appliquent les corrections convenues.

  12. Jour 21 · exemple

    Le pentester vérifie les corrections.

    Le re-test est une activité technique : il vérifie les corrections convenues pendant que l’archive reste disponible. Son résultat revient ensuite à l’équipe métier.

    Rôle de l’équipe : Tester les corrections et documenter leur résultat.

  13. Jour 22 · retour après vérification

    Le re-test revient à l’équipe métier.

    Ce nouveau retour réapplique les automatismes du suivi : date de restitution, échéances réévaluées, actions de clôture remises à zéro et notification. L’archive initiale reste liée à la mission.

    • Dater le changement d’étape
    • Actualiser la date de restitution
    • Recalculer l’échéance de nettoyage
    • Recalculer l’échéance du rapport · trois mois ici
    • Remettre à zéro les actions de clôture
    • Notifier l’équipe métier

    Rôle de l’équipe : Restituer le résultat du re-test et vérifier les actions de clôture.

  14. Jour 22 · nouvelle clôture

    Retrouver l’archive liée à cette mission.

    La recherche utilise la relation au projet. L’entrée conservée lors du premier archivage est retrouvée : ce second passage prépare sa mise à jour.

    • Dater le changement d’étape
    • Déclencher le traitement d’archivage
    • Rechercher l’archive par sa relation à la mission
    • Retrouver l’entrée du premier archivage
    • Actualiser l’archive

    Rôle de l’équipe : Vérifier que l’archive retrouvée correspond à la même mission.

  15. Jour 22 · archive actualisée

    La même archive reçoit les nouveaux éléments.

    L’archive existante reçoit les nouvelles données et le contenu mis à jour. Elle garde ainsi le suivi de l’audit initial et du retour après corrections.

    • Actualiser les données et le contenu
    • Conserver la relation à la même mission
    • Faire évoluer la fiche vers l’historique
    • Dater le changement d’étape

    Rôle de l’équipe : Contrôler la mise à jour et la continuité du suivi.

  16. Jour 47 · exemple

    Le responsable reçoit le rappel de nettoyage.

    L’échéance opérationnelle déclenche une relance ciblée, indépendamment du traitement d’archivage. Un destinataire de secours est prévu si le contact du responsable manque.

    • Identifier les missions concernées
    • Retrouver le responsable technique
    • Envoyer le rappel · ou utiliser le contact de secours

    Rôle de l’équipe : Prendre en charge le nettoyage des données de travail.

  17. Jour 48 · exemple

    Le pentester effectue le nettoyage.

    La relance a déclenché une action humaine. Les éléments opérationnels concernés sont traités ; le rapport et l’archive de suivi restent distincts.

    Rôle de l’équipe : Nettoyer les données de travail prévues et vérifier l’action réalisée.

  18. Trois mois après restitution

    Le rapport arrive à son échéance.

    Dans cette démonstration, le délai fictif de trois mois suit la dernière restitution. L’échéance reste distincte de l’archivage du suivi et du rappel de nettoyage.

    Rôle de l’équipe : Appliquer la règle de conservation prévue pour le rapport.

  19. À l’échéance · exemple

    Le responsable retire le rapport à l’échéance.

    Dans cette scène, le responsable retire le rapport à l’échéance et vérifie le traitement. L’archive conserve l’historique de la mission.

    Rôle de l’équipe : Supprimer le rapport concerné et vérifier son retrait.

Mission, dates et appellations fictives. Les trois mois illustrent une échéance de conservation, pas une règle interne. Le rappel est automatique ; le nettoyage et le retrait du rapport sont montrés comme des actions humaines.

Le contexte
Missions de sécurité
Équipes métier et techniques
Ma contribution
Migration menée seul vers Notion
Structuration et automatisations
Le support du suivi
Une fiche commune
Conservée dans l’historique

01 / Ma contribution

Réunir le suivi
et la documentation dans Notion.

Les équipes métier et techniques doivent retrouver l’avancement de la mission, son responsable et les actions restantes au moment de prendre le relais.

J’ai inventorié les contenus, repris les données et l’historique, harmonisé les statuts, puis organisé l’import dans Notion et contrôlé le résultat. Les 2 000+ fiches présentées plus bas comprennent cet historique.

J’ai ensuite défini les actions attendues à chaque changement d’étape. Les dates, notifications et cases de suivi utilisent les automatismes natifs de Notion ; un traitement dédié recherche et actualise les archives.

02 / Les règles de suivi

Ce qui se déclenche
quand une mission change d’étape.

Chaque carte représente une mission. Les équipes mettent à jour son avancement ; les intégrations et les automatismes appliquent les règles prévues pour l’étape concernée.

  1. 01

    À la validation, retrouver ou créer la fiche

    L’intégration recherche une mission correspondante. Elle actualise la fiche présente ou en crée une. Le même dossier accompagne les équipes au fil des relais.

  2. 02

    À chaque transition, dater le mouvement

    La date du dernier changement d’étape aide à repérer une attente prolongée. Une personne doit en examiner la cause.

  3. 03

    Au retour métier, préparer la clôture

    Après livraison, le retour métier calcule les échéances, remet les actions de clôture à zéro et informe les personnes concernées. Ce passage prépare le premier archivage, avec ou sans remédiation.

  4. 04

    À la clôture, retrouver l’archive liée

    Le traitement crée l’archive si elle manque ou actualise celle qui existe avec les données et le contenu de la fiche. Cette première archive reste liée à la mission pendant les corrections.

  5. 05

    Après une reprise, actualiser la même entrée

    Le retour métier après vérification réévalue les échéances et remet les actions de clôture à zéro. À la nouvelle clôture, le traitement retrouve la même archive par sa relation à la mission et l’actualise.

L’exemple animé montre une première archive, puis sa mise à jour après les corrections. Les missions et les délais de la scène sont fictifs.

03 / Les résultats disponibles

Les volumes suivis
et l’état des archives.

L’analyse documentée en août 2026 relève les volumes ci-dessous. Les exports et les historiques d’exécution internes ne sont pas publiés dans ce dossier.

fiches centralisées,
historique et migration compris
2 000+
missions sur la période
de douze mois analysée
≈ 400
des fiches archivées avec
le contrôle d’archivage coché
99,84 %
Le calcul et les limites de ces chiffres

Les notes relèvent 2 013 fiches au total, historique compris, et 398 missions sur douze mois.

Le taux de 99,84 % correspond à 1 915 contrôles cochés parmi 1 918 fiches archivées. Il mesure la complétude du suivi.

Ces cases ne prouvent ni le succès de chaque exécution ni la conformité de chaque document. Le temps effectivement économisé n’a pas été mesuré.

04 / Comparer les reprises

Une archive déjà présente
ou une mission qui revient.

Dans la carte, activez « Archive présente au départ ». Au premier archivage, le traitement actualise l’entrée déjà liée à la mission.

Avec « Avec remédiation », le parcours reprend après le premier archivage. Le retour métier recalcule les échéances ; la nouvelle clôture actualise la même archive avec les résultats des corrections.

Le rappel de nettoyage arrive séparément. Il est adressé au responsable technique, avec un contact de secours prévu si celui-ci manque. Le nettoyage est ensuite montré comme une action humaine.

Ces options font varier la simulation. Les traces des intégrations réelles, de leurs échecs et de leurs reprises ne sont pas exposées dans ce dossier.

Le contexte de ces passages de relais est présenté dans l’étude de cas sur le suivi d’un pentest.

Le site fonctionne avec ou sans collecte. Vous pouvez modifier votre choix à tout moment.

Comment les données sont utilisées