Piloter le portefeuille

🎯 À retenir

Le Pilotage est la vue d'ensemble du cabinet (distincte du Cabinet, l'action unitaire) — trois onglets : Portefeuille, Équipe, Flux. Tout est dérivé du journal d'audit (EvenementDemande) : aucune saisie, aucun compteur stocké, tout retraçable. La grille lit et oriente ; le Cabinet agit. Le périmètre s'adapte au persona.

Le Pilotage est la vue d'ensemble du cabinet — distincte du Cabinet (qui est l'action unitaire : on y prend une demande et on la fait avancer). Tout ce qu'on y lit est dérivé du journal d'audit (EvenementDemande) : aucune saisie, aucun compteur stocké, tout est retraçable. Réservé au staff ; le périmètre s'adapte au persona.

Accéder au pilotage

Dans le rail, section Pilotage → trois onglets : Portefeuille, Équipe, Flux.

Portefeuille — voir, puis agir

La grille affiche une ligne par demande de votre périmètre :

Colonne	Lecture
Intitulé / Client	la demande et son tenant
Statut	l'étape du workflow (chip)
Assigné	le junior en charge
Âge	temps depuis la soumission (tri par défaut, décroissant)
Séjour	temps passé dans le statut courant
Renvois	nombre de renvois en revue subis
DBO	engagement figé, si l'étude est calculée

• Tri : cliquez un en-tête. Par défaut, les dossiers les plus vieux remontent — ceux « qui dorment ».
• Filtrer (intitulé, client ou junior), Regrouper par (stade, junior, client, secteur), Masquer les livrées.
• Agir : cliquer une ligne ouvre la demande dans le Cabinet (/cabinet), où l'on fait avancer le workflow.

Lecture + drill, jamais d'édition

On ne fait jamais progresser une demande en tapant dans une cellule — les transitions restent gardées (persona + statut). La grille lit et oriente ; le Cabinet agit.

Équipe — la charge des acteurs

Une ligne par acteur (junior, externe) : En cours (WIP, barre de charge), Livrées, Renvois subis, Plus vieux dossier en cours. Le senior voit toute l'équipe ; un junior ou un externe ne voit que lui-même.

Calibrer, pas classer

Ce sont des signaux de flux, pas un classement de personnes. Les premières données servent à étalonner. Un « renvois subis » élevé peut refléter la complexité d'un dossier (effectif, genre mixte, décréments multiples), pas une contre-performance.

Flux — où ça stagne

• Débit : En cours, Livrées, Lead time moyen (délai soumission → livraison).
• Séjour moyen par stade : des barres rangées dans l'ordre du pipeline. La plus longue désigne le goulot — l'étape où les dossiers attendent le plus.

L'état « livré » est volontairement exclu des barres

Le « séjour » en livré n'est que le temps écoulé depuis la livraison — il croît sans fin et n'est pas une stagnation. L'inclure masquerait le vrai goulot ; le débit, lui, reste dans les indicateurs du haut.

Ce que voit chaque persona

Persona	Périmètre	Équipe / Flux
Senior	toutes les demandes	oui (toute l'équipe)
Junior	ses assignations	oui (soi)
Externe	ses audits	oui (soi)
Client	son portefeuille, sans la cuisine interne (ni renvois, ni acteur interne)	non

Sous le capot

Tout dérive du journal immuable EvenementDemande (ADR-0006) : âges et séjours sont calculés depuis les horodatages des transitions, ancrés sur le created_at de la demande (le statut soumis n'écrit pas d'événement — l'attente avant assignation est donc bien comptée). Rien n'est saisi ni dupliqué : c'est auditable par construction. Décision et catalogue de métriques : ADR-0014 — Cockpit de pilotage.