1.

Proposition de refinement du backlog

1.1. Regrouper par thèmes / épopées logiques

En pratique, je vois que le backlog est thématisé. Je propose des “grappes”

pour structurer la planif et tes sprints (même si ce ne sont pas des Epics Jira
formels) :

1. Contrats / Renouvellement / Résiliation / HQ / Occupancy status

o AME-253 – Contrat - Ajouts des annexes manquants

o AME-180 – Contrat signé conditionnel – notification à l’expiration

o AME-185 – Gestion des renouvellements (EN COURS)

o AME-87 – Contrat - Gestion de la cession de bail (EN COURS)

o AME-212 – Contrat - Ajouts de champs relatifs à HQ pour Finance

(EN RÉVISION)

o AME-226 – Résiliation - Forcer l'ajout de la date de fin effective et

de la raison

o AME-234 – Actif - Gestion automatique du champ

occupancy_status

o AME-248 – Actif - Gestion automatique du champ Rental_Status

o AME-250 – Actif - Gestion automatique du champ

State_of_the_unit

o AME-168 – Équipement d'actif - Ajouter la date de prise de

possession du contrat

o AME-62 – Finance - Déplacer la section Administration dans le

compte

2. Actifs (logement, stationnement, commercial, clés, chambres

locatives, plan)

o AME-186 – Actif/Contrat - Gestion de l'augmentation des prix

d'actif

o AME-163 – Commercial - Bonification des actifs

o AME-167 – Actif Stationnement - Gestion des bornes de recharge

 o AME-201 – Ajout du code de serrure dans l'actif (ou la clé?)

o AME-231 – Notifications à Jeremy lors de la création de clé

supplémentaire (EN COURS)

o AME-198 – Gestion des chambres locatives (PRÊT À TRAVAILLER)

o AME-188 – Chambres locatives - Flow de confirmation par courriel

o AME-16 – Voir la localisation des actifs dans un plan

o AME-193 – Ajouter le concept de Série de logement sur les actifs

3. Demandes de service / Facturation liée à DS

o AME-227 – Notifications à l’annulation d’une DS dans SF

o AME-157 – Demande de service - Ajouter la liste Skin

o AME-155 – DS - Ajouter sous-type “ébénisterie”

o AME-202 – DS - Si on change le contact, le compte ne s’update

pas

o AME-217 – Facturation - visibilité facture dans la DS

o AME-218 – Facture - Empêcher la fermeture de DS si Billable

coché et pas de facture

o AME-41 – Notification à la création d’un prospect (lié à funnel /

DS?)

o AME-45 – Einstein pour valider le sujet et la description DS

4. Facturation / Conga / Notifications documents

o AME-181 – Facture - Génération et signature avec Conga

o AME-139 – Conga - Reply-To = Vivre@[Link]

o AME-91 – Conga - Notifications pour documents non signés

o AME-218 / 217 (déjà ci-dessus, mais à croiser avec ce groupe)

5. Prospects, portail, communication & email

o AME-9 – Account - Deprecate Has_Active_Contract__c

o AME-100 – Ajouter courriels Vivre@[Link] et adresses de projet

o AME-164 – Réceptionner le loyer en argent comptant

 o AME-166 – Ranking de prospect – supprimer flow et champ

o AME-41 – Notification à la création d’un prospect

o AME-18 – Métriques d'utilisation du portail

o AME-36 – Portail Trudel - Knowledge articles

o AME-38 – Portail Trudel - Terms and Conditions

o AME-48 – Portail Trudel - Connecter Google Analytics

6. Sécurité / Confidentialité / NSF

o AME-199 – Comptes courriels privés par groupe de personnes

o AME-209 – Gestion des NSF (suivis privés)

7. Intégrations / Marketing / QA

o AME-195 – QA Intégration SF/Klaviyo (EN COURS)

8. Divers / SharePoint / GED / interne

o AME-150 – Site SharePoint pilote — Légal (BLOQUÉ / SUR GLACE)

o AME-144 – Index final de structure GED — CDC

o AME-90 – Atelier pour améliorer l’expérience Salesforce Mobile

o AME-150/144 peuvent être gérés comme un “track

GED/SharePoint”.

1.2. Quelles stories monter dans les prochains refinements /

sprints ?

En me basant sur ce que je vois (statuts, dépendances implicites, maturité de

la description), je propose un ordre de focus :

Priorité 1 – Boucler les flux critiques déjà entamés ou prêts

 AME-185 – Gestion des renouvellements (EN COURS)

o Effet fort sur expérience locataire + automatisation + conformité

(Relevé 31 etc.).

o Action de refinement : vérifier si la story n’est pas trop grosse →

découper :
  Génération & envoi avis de renouvellement (email &
Conga)

 Flux d’options (accepter 1 an / 2 ans / refuser / quitter)

 Relevé 31 – génération et envoi locataire

 Relevé 31 – transmission Revenu Québec

 AME-87 – Contrat - Cession de bail (EN COURS)

o Critique sur la gestion de cycle de vie du bail (avenant

“Cession”).

o Action : valider critères d’acceptation dans Notion, découper si

besoin (création avenant, mise à jour contrat, gestion
annulation).

 AME-212 – Contrat HQ (EN RÉVISION)

o Visiblement presque livrable; push pour finaliser QA et

déploiement.

 AME-198 – Gestion des chambres locatives (PRÊT À

TRAVAILLER)

o Story assez bien décrite, gros gain opérationnel (réservations,

notifications, facturation).

o À raffiner en sous-tâches :

 Objet “Service à la pièce” / réservation

 Flows de notification (ménage, direction location,

confirmation client, rappel 2 jours)

 Facturation automatisée (216/222)

 AME-195 – QA SF/Klaviyo (EN COURS)

o Finir l’intégration marketing avant d’ajouter d’autres

automatisations emailing.

Priorité 2 – Cohérence Contrat ↔ Actif ↔ Occupation

Ces stories sont très liées et gagnent à être pensées ensemble :

 AME-234 – Occupancy Status auto

 AME-248 – Rental_Status auto

  AME-250 – State_of_the_unit auto

 AME-168 – Date de prise de possession dans l’équipement d’actif

 AME-226 – Résiliation – date de fin effective / raison

 AME-180 – Notif fin conditionnel

 AME-253 – Annexes manquantes au contrat

Refinement concret pour ce “bloc” :

1. Faire une mini spec globale “Modèle d’état d’un logement / actif”
(Occupancy + Rental + State_of_the_unit, et événements : signature,
prise de possession, état des lieux sortant, résiliation, renouvellement).

2. Découper en stories/flows bien séparés :

o Flow “Prise de possession” → impact sur Occupancy +

State_of_the_unit

o Flow “Fin de bail / état des lieux sortant” → retour à Unoccupied /

disponible

o Flow “Résiliation” → gestion de date effective + pénalités +

Rental_Status

3. Lier ensuite AME-185 (renouvellements) et AME-87 (cessions) à ce

modèle d’état.

1.3. Stories rapides / “low hanging fruit”

 AME-157 – DS - Ajouter la liste Skin

 AME-155 – DS - Ajouter sous-type “ébénisterie”

 AME-166 – Ranking de prospect – supprimer flow + champ

 AME-202 – DS - Sync contact → compte

 AME-164 – Réceptionner le loyer comptant (à affiner, mais peut être

simple au départ)

 AME-139 – Conga - Adresse Reply-To

 AME-91 – Conga - Notifications pour documents non signés

 AME-100 – Ajouter courriels Vivre@[Link] + adresses de projet

  AME-41 – Notification à la création d’un prospect

Je suggère :

 Dediquer un sprint “quick wins Salesforce” pour traiter un maximum de

ces tickets (fort rapport effort / valeur, nettoyage UX).

1.4. Stories à challenger / hiérarchiser plus bas

À mon avis ce sont des sujets intéressants, mais non critiques si tu dois
réduire le scope 2026 :

 Expérience mobile & peut être portail

o AME-90 – Atelier Salesforce Mobile

o AME-18 – Métriques d’utilisation du portail

o AME-36 – Portail - Knowledge

o AME-38 – Portail - Terms and Conditions

o AME-48 – Portail - Google Analytics

 Localisation visuelle des actifs

o AME-16 – Voir localisation des actifs dans un plan

(potentiellement un “nice to have” plus lourd côté
UX/intégration).

 GED / SharePoint

o AME-150 – Site SharePoint Légal (BLOQUÉ)

o AME-144 – Index final GED CDC

o Ici je crois que ce track continue en parallèle avec une autre

équipe (Adriana).

1.5. Travail de refinement à faire sur les tickets

Beaucoup de stories ont ce gabarit :

Mais sans contenu réel dans Description/Requis/CA.

Pour un vrai refinement, je conseille :

1. Compléter la User Story (quand c’est vide)

 o Actuellement certaines descriptions ne mettent que “User story”
vide + un ou deux bullet points dans “Requis”.

2. Rendre les critères d’acceptation testables

o Ex.: pour AME-218 (facture obligatoire si Billable) :

 CA1 : si [Link] = true ET aucune facture liée →

transition vers “Fermée” impossible, message d’erreur X.

 CA2 : si [Link] = false OU facture liée présente →

transition autorisée.

3. Ajouter des champs d’effort (Story points / temps)

o Tous tes tickets sont sans estimation; c’est très difficile de

planifier un sprint.

4. Identifier les dépendances

o Par ex. AME-188 (email confirmation chambre) dépend

logiquement de AME-198 (gestion des chambres locatives) →
noter ce lien dans les tickets.

2. Analyse globale du backlog AME

2.1. Quantité & ancienneté

 Le backlog “Backlog” contient un volume significatif d’items créés

principalement entre avril et décembre 2025.

 Beaucoup sont encore en “À FAIRE”, quelques-uns “EN COURS”, “EN

RÉVISION”, “PRÊT À TRAVAILLER” ou “BLOQUÉ / SUR GLACE”.

 Peu d’items ont été clairement abandonnés ou fermés; il y a un risque

de backlog qui “sédimente”.

Recommandation :

 Faire un tri “keep / later / drop” en atelier avec les PO/Métiers

(Commercial, Opérations, Finance, Légal).

2.2. Thématiques fortes

On voit clairement 4 grands axes stratégiques pour AME :

 1. Gestion du cycle de vie du bail résidentiel/commercial

o Renouvellement, cession, résiliation, conditionnels, HQ,

occupancy, rental status.

o C’est le cœur de ton système Salesforce; ce bloc devrait être un

“Program” à part entière.

2. Qualité des données & automatisation des flux de service

o DS → facturation (AME-217/218)

o Notifications (prospects, clés supplémentaires, chambres

locatives, documents non signés)

o Cohérence contact/compte (AME-202).

3. Expérience & productivité des équipes internes

o Filtres d’actifs en DS (AME-13), gestion des bornes de recharge,

réception paiement comptant, gestion des NSF, mobilité, portail,
visibilité sur facturation.

4. Gouvernance documentaire & conformité

o Conga (signatures, reply-to, notifications)

o GED/SharePoint Légal & CDC.

2.3. Qualité actuelle des tickets

Points forts :

 Les tickets les plus récents ou complexes (AME-185, 87, 163, 198, 212,
234…) ont de bonnes descriptions, des références
Notion/SharePoint/documentation, ce qui est excellent pour l’exécution.

 Usage clair des étiquettes (“Commercial”, “Comptabilité”,

“Multirésidentiel”…) qui permettent de filtrer par domaine métier.

Points à améliorer :

 Descriptions vides : plusieurs tickets n’ont aucune description ni

critères, seulement un résumé.

 Pas d’estimation : difficile de prioriser avec les métiers sans notion

de taille.
  Parent non utilisé de manière systématique : certains tickets
appartiennent manifestement à un même flux (ex :
Occupancy/Rental/State_of_the_unit avec AME-75) mais beaucoup de
demandes connexes n’ont pas de parent/epic.

2.4. Recommandations d’organisation du backlog

1. Créer ou renforcer les Epics / Parents par domaine

o Exemple d’Epics (si pas déjà existants) :

 “Lifecycle contrat résidentiel” → regroupe renouvellement,

cession, résiliation, conditionnels, HQ, occupancy.

 “Demandes de service & facturation” → DS, factures,

Conga, notifications.

 “Actifs & inventaire” → actifs logement / commercial /

stationnement / clés / chambres.

 “Expérience portail & mobile” → portail Trudel, mobile,

métriques.

 “Intégrations & communication” → SF/Klaviyo,

Vivre@trudel, emails privés.

2. Backlog grooming régulier (toutes les 2–3 semaines)

o Pour chaque session :

 5–10 tickets max à raffiner jusqu’à un niveau “prêt”

(description, requis, CA, estimation, dépendances)

 Re-challenger les tickets de plus de X mois sans

mouvement : toujours pertinents ? Sinon, fermer ou
déplacer dans “Icebox”.

3. Pipeline de statut plus strict

o “À FAIRE” = story comprise, CA clairs, dépendances identifiées,

estimation faite.

o “PRÊT À TRAVAILLER” = priorisée pour un prochain sprint.

o “EN COURS” = en dev.

 o “EN RÉVISION” = dev terminé, en QA/UAT.

o “BLOQUÉ / SUR GLACE” = explicitement mis en pause, avec

raison.

Actuellement, certains “À FAIRE” sont en réalité au stade “Idée / brouillon”

(pas encore raffinés). Les séparer aiderait.

2.5. Proposition de “next steps” très concrets

Si tu veux passer à l’action rapidement, tu peux :

1. Prochain atelier de refinement (1–1,5 h) :

o Focus “Cycle de vie contrat / Occupancy”

o Tickets à passer en revue : AME-185, 87, 212, 234, 248, 250, 226,
168, 180, 253.

o Objectif :

 confirmer les priorités 2026 Q1–Q2,

 compléter les critères d’acceptation,

 estimer,

 lier sous un même Epic/parent.

2. Sprint “Quick wins Salesforce”

o Y inclure : AME-157, 155, 166, 202, 164, 139, 91, 100, 41.

o Pendant le refinement, détailler les CA (souvent 1–2 cas de tests

par ticket suffisent).

3. Décider du sort des tickets de type portail / mobile / GED

o Les laisser dans AME mais avec label “Later” ?

o Ou les déplacer dans un autre projet / équipe si ce ne sont pas
des priorités Salesforce core.