Aller au contenu

Patterns des notes Scrum (pour scan / assignation projet)

Patterns des notes Scrum (pour scan / assignation projet)

Document dérivé de exemple-note-scrum.md pour guider l’agent lors de l’analyse et de l’assignation des lignes aux projets.

1. Structure des listes à puces

  • Niveau 1 (liste principale) : soit une personne au scrum, soit un thème / projet.
  • Niveau 2 : tâches ou sous-points (souvent en circle).
  • Niveau 3 : détails (souvent en square).
  • Niveau 4 : sous-détails (plus rare).

Les listes commencent donc soit par un prénom, soit par un intitulé de projet/thème.

2. En-têtes de section (hors liste)

  • « Scrum du [date] » : titre de la journée (ex. « Scrum du 9 février »).
  • « Projets/tâches en cours », « Projets backlog » : regroupements de tâches.
  • « Correction à la rencontre », « Pour la semaine prochaine », « Promotions du X au Y » : autres types de sections.
  • « [Nom projet] » en gras en tête de section : toute la section concerne ce projet (ex. « BPAV », « EDI », « Azure Function »).

3. Personnes au scrum (niveau 1)

Prénoms récurrents en premier niveau de liste :

  • Mélina, Yoann, JF, Christen, Meg-anne, Cédrick
  • Variantes : « Méli et JF », « Avec Yoann/Cédrick », « À voir avec Yoann »

Règle pour le scan : un item de niveau 1 qui est uniquement un prénom (ou « Prénom et Prénom ») = section par personne. Les sous-points (niveau 2+) peuvent relever de plusieurs projets ; il faut déduire le projet depuis le contenu de chaque sous-ligne (mots-clés, noms de projet mentionnés).

4. Thèmes / projets en tête de section (niveau 1)

Quand le premier niveau est un thème ou un nom de projet (souvent en gras), tous les sous-points de cette section sont en priorité rattachés à ce projet/thème.

Exemples observés :

  • Nouvelle entête de catégories, Page catégories, Gestion des ensembles
  • BPAV, BPAV – Développement
  • Azure Function, EDI, Klaviyo
  • Projets backlog, Projets/tâches en cours
  • FuelX IT, Mise à jour de la page Nos marques
  • Promotion, Comité informatique, Post-achat, Projets avec Marketing
  • Bundle 2 single (ou « Bundle to single »)

Règle pour le scan : si la ligne de niveau 1 est un thème/projet (et non un prénom), utiliser ce thème comme projet suggéré pour toutes les lignes enfants jusqu’au prochain item de niveau 1.

5. Surlignage (jaune)

  • background-color #ffff00 (jaune) = point prioritaire, à faire, ou important.
  • Utile pour : priorisation, création de tâches, ou simple repérage visuel ; ne change pas la règle d’assignation au projet (toujours par contenu et par section).

6. Mots-clés / noms de projet récurrents

À utiliser pour associer une ligne à un projet (surtout sous une section « personne ») :

Mot / expression Contexte projet probable
BPAV, BPAV… BPAV / liquidation
Page catégories, page catégorie, catégories Page catégories / refonte
Bundle, bundle 2 single, single Gestion des ensembles / bundle to single
EDI, NAV, connecteur EDI / intégration
Klaviyo Klaviyo / post-achat
Redis, cache, session Performance / Redis
Import produit, Christen, Worldwide, Zephyr, Kalora Import produits
Cardigan Client / projet Cardigan
Enfants, bébé, juvénile, category_id Section Enfants / catégories
Google Shopping, feed, meta description, Custom label Google Shopping / feed
Courriel confirmation, satisfaction, livraison Emails / post-achat
Swatches, carpettes, cron Swatches / catalogues
Promo, concours, Mars, Blitz Promotions / marketing
Inventaire par magasin Affichage inventaire
Financement, Fairstone, PSP Financement
Carte-cadeau Projet carte-cadeau
Nos marques, logos Page Nos marques
Guide d’achat, guide achat Guides d’achat
Fiche produit, ajouter au panier, bouton panier Fiche produit / panier

7. Règles pour l’agent (résumé)

  1. Déterminer le type d’item de niveau 1

    • Prénom seul (ou « Prénom et Prénom ») → section par personne ; projet = à inférer par ligne (mots-clés, noms de projet).
    • Thème / nom de projet (ex. BPAV, Page catégories, EDI) → projet de section ; appliquer ce projet à toutes les lignes enfants jusqu’au prochain niveau 1.

  2. Ne pas deviner

    • Si aucune mention de projet ou thème identifiable → suggérer null ou « À assigner manuellement » et laisser l’utilisateur choisir.

  3. Propagation dans la hiérarchie

    • Une ligne de niveau 2 ou 3 hérite du projet de la section (niveau 1) sauf si le contenu indique clairement un autre projet (alors suggérer cet autre projet).

  4. Surlignage

    • Traiter le surlignage comme priorité / importance, pas comme critère d’assignation projet.

  5. Blocs hors liste

    • Paragraphes libres, liens, listes de promos ou de logos : assignation au projet uniquement si le paragraphe ou la section parente mentionne explicitement un projet/thème.

8. Utilisation dans Beriox-HUB

Pour que le scan d’assignation des notes (Suivi Scrum) utilise ces règles pour un client donné :

  • Dans la fiche client, renseigner metadata (JSON) avec : "notes_patterns": "gagnon_scrum".
  • Le service ScrumProjectClassifierService charge alors ce fichier et l’injecte dans le system prompt des appels IA (détection de projets + assignation note → projet). Sans cette clé, le comportement reste le même qu’avant (prompt générique).

9. Fichiers source

  • exemple-note-scrum.md : premiers patterns (Gagnon, scrums février).
  • autres-exemples-notes.md : patterns complémentaires ci-dessous.

10. Patterns complémentaires (autres-exemples-notes.md)

10.1 Couleurs de surlignage (sémantique)

Couleur (hex) Usage typique
#ffff00 (jaune) Priorité, à faire, important (comme dans exemple-note-scrum).
#00ffff (cyan) Bloc analytique ou à retenir : « Constats et recommandations », points de rapport, Stats (QUI QUOI COMMENT).
#00ff00 (vert) Autre niveau de priorité (ex. « Prioriser la synchronisation… »).
#cc0000 (rouge) Titre de section fort (ex. « Stats mensuelles novembre 2025 (QUI QUOI COMMENT) »).
#990000 (bordeaux) Sous-titres « Constats positifs », « Constats négatifs ».
#351c75 (violet) Titres de rencontres (ex. « Rencontre de projets Cédrick – 4 décembre »).

Pour le scan : le surlignage indique priorité ou type de bloc, pas le projet. Le projet se déduit du contenu et de la section.

10.2 Types de sections récurrents

  • « Scrum du [date] » : même règle qu’en §2 (liste par personne ou par thème).
  • « Stats mensuelles / Stats hebdo / Stats du [date] » : rapport analytique (ventes, trafic). Souvent suivi de « Constats positifs », « Constats négatifs », « Recommandations ». Projet = analytique / rapports ou le projet concerné par les stats.
  • « Constats et recommandations » (ou « Constats + recommandations ») : section analytique ; projet selon le titre parent ou le contenu (ex. « Constats décembre 2025 »).
  • « Rencontre [nom ou sujet] – [date] » (souvent en violet) : CR de réunion ; listes souvent numérotées (1, 2, 3 puis a, b, c). Projet = thème de la rencontre si explicite (ex. « Rencontre Planif Web » → Planif Web).
  • « Comité informatique » : liste de sujets ; sous-points peuvent être par personne (Cédrick, etc.). Projet = Comité informatique ou inférer par ligne.
  • « Que font nos compétiteurs? » : sous-titres = nom de concurrent (Tanguay, MeublesRD, Brick, Structube). Projet = veille compétiteurs.
  • « Projets 2026 », « Ce qu’on a fait en 2025 » : listes de projets ou de réalisations (par # d’audit). Chaque ligne peut avoir un projet différent selon le contenu.
  • Sections par thème technique : Showroom, Inventaire par magasins, Serveur Azure, Klaviyo – Flow, Mise à jour de l’inventaire, Modifications à la page promotions. Toute la section = même projet/thème.

10.3 Listes numérotées (ol)

  • Rencontres : structure 1, 2, 3… puis sous-niveaux a, b, c… puis i, ii, iii. Garder la hiérarchie pour propager le projet de la section.
  • Scrum du [date] parfois en liste ordonnée (1. 2. 3.) au lieu de puces : même règle, premier niveau = personne ou thème/projet.

10.4 Texte barré (<s>)

  • Indique complété, annulé ou en pause (ex. « Suivi sur la rédaction des META description », « Courriel post-achat – sur pause »). Ne pas ignorer la ligne : elle peut encore porter un projet pour l’historique.

10.5 Tableaux HTML

  • Présents dans les Stats (comparaisons 2023/2024/2025, sessions, visiteurs, conv.). Traiter comme un bloc : projet = rapport/stats ou projet parent de la section.

10.6 Mots-clés / projets supplémentaires (autres-exemples)

Mot / expression Contexte projet probable
Moneris, Google Pay, Apple Pay, Paypal Paiement / Moneris
Carte-cadeau, cartes cadeaux Carte-cadeau
Page liquidation, liquidation Liquidation
Flagship, Clickship Livraison / transporteurs
META description, meta description, cron SEO / meta descriptions
Showroom Showroom
Inventaire par magasin, inventaire par magasins Inventaire / affichage
Serveur Azure, Azure Functions Infrastructure / Azure
Klaviyo, post-achat, flow Klaviyo / post-achat
SEMRUSH, SEM RUSH SEO / outils
Parcours d’achat, création de compte Parcours d’achat
Veille compétiteurs, compétiteurs Veille compétiteurs
Page accueil, page d’accueil Refonte accueil
Planif Web, PLANIF WEB Planification web
MEL Mise en ligne / déploiements
Hotjar Analytics / UX
Power BI, Power Automate Données / intégrations
Cardigan Client Cardigan
Mardi-Liqui, Liquidations Promotions / liquidations

10.7 Personnes récurrentes (autres-exemples)

  • JF, Mélina, Yoann, Cédrick, Laurie (Virginie), Meg-anne, Linda, Christen, Phil, Virginie, Annie.
  • Sections « Suivi pour Cédrick », « Rencontre avec Yoann » : le nom indique le contexte, le projet reste à déduire du contenu.

11. Règles agent (rappel + ajouts)

  • Tout ce qui est en §7 reste valide.
  • Couleurs : utiliser pour priorité / type de bloc, pas pour assignation projet.
  • Rencontre [X] en titre : projet = thème de la rencontre si identifiable, sinon null ou à assigner.
  • Stats / Constats / Recommandations : projet = rapport ou projet parent ; si lien clair à un projet (ex. « Constats page catégories »), assigner ce projet.
  • Listes numérotées : même logique que les listes à puces (niveau 1 = personne ou projet, propager aux enfants).
  • Texte barré : conserver la ligne pour l’historique, assignation projet inchangée.