Annexe 3

Architecture générale de BA-Pilot et statut des démonstrations

Appelée depuis : la note liminaire ; l’ouverture de la partie II.

Ce que cette annexe permet de refaire : situer l’application dans le système de management des connaissances, identifier les objets qu’elle matérialise et distinguer ce qu’un écran, un test technique et un usage humain permettent de conclure.

Statut : BA-Pilot est le nom donné dans le mémoire à l’application construite par le candidat. Le produit peut apparaître sous la marque Compta-Pilot dans son environnement. Le cabinet de démonstration Méridien utilise uniquement des données fictives. Les écrans illustrent les mécanismes. Les résultats reposent sur les observations du cabinet réel et sur les pièces indiquées dans la partie III.

1. Où l’application intervient

Le système défini dans la première partie comporte quatre niveaux : le cabinet et son besoin, les règles et la gouvernance, les espaces dans lesquels les ressources sont rendues disponibles, la ressource elle-même, de sa proposition à sa révision ou à son retrait. BA-Pilot intervient aux trois derniers. Il présente les responsabilités, conserve les états, rapproche les objets et prépare les propositions. Il ne définit pas la stratégie du cabinet et ne prend aucune décision professionnelle. L’annexe 12 décrit le même système sans l’application, l’annexe 28 le porte dans un classeur.

Figure A3-1 – Vue d’ensemble initiale : rattacher l’interaction, suivre la demande, conserver le contexte, décider de la suite et organiser le maintien.

2. Les objets de l’application et la décision qui reste à une personne

Tableau – Les objets de l’application et la responsabilité qui demeure

Objet	Fonction matérialisée	Décision humaine maintenue
Ticket (écran Relais)	suivre une demande, son dossier, son responsable et son issue	rattacher la demande, l’instruire et la clore
Dossier vivant	relier compréhension, identité, annuaire et programme à leurs sources	tenir les faits dans les droits définis ; soumettre les contradictions et les choix de mission
Question collective et atelier	réunir les cas, les sources, les objections et les propositions	instruire, arbitrer et décider de la suite
Position ou ressource du cabinet (espace Matière grise)	présenter une version, ses sources, son périmètre et son échéance de révision	publier, corriger, suspendre ou retirer
Compétence, ou skill	guider une tâche avec entrées, méthode, contrôles, sortie et limites	examiner les essais et décider de la version utilisable
Veille	qualifier un signal et identifier les ressources susceptibles d’être concernées	apprécier la portée du signal
Programme et applicabilités	relier la bibliothèque, l’adaptation au client et le suivi de période	examiner les conditions, retenir le travail et sa pratique
Mesure et gouvernance	rendre visibles les usages, les échéances et les files d’arbitrage	décider du maintien, de la révision ou du retrait

Le ticket conserve le travail et son issue. Les informations propres au client peuvent rejoindre la mémoire du dossier, les enseignements réutilisables peuvent donner lieu à une ressource commune. Les deux voies sont indépendantes et se cumulent. Une nouvelle ressource passe par une rédaction, des essais et une décision de publication, et son réemploi demande de vérifier les conditions du nouveau dossier.

3. Les trois familles d’agents

Tableau – Les trois familles d’agents

Famille	Fonctions principales	Limite commune
Accès et préparation au dossier	documentaliste, veilleur, assistant de mission	ne pas conclure à la place du professionnel
Formalisation	rédacteur de trame, agent de clôture	ne pas créer de position ni publier
Gouvernance	facilitateur d’atelier, analyste sectoriel, gestionnaire de l’information, réviseur assisté	ne pas arbitrer, maintenir ou retirer

Dans l’application, le prénom Léo désigne le même moteur dans plusieurs contextes. La fonction active reste identifiable dans chaque intervention. L’annexe 13 donne, pour chaque fonction, le déclencheur, les sources, la sortie attendue, l’action interdite et la personne qui décide.

4. Le cabinet de démonstration

Méridien est un environnement fictif : ses dossiers, ses personnes, ses échanges et ses compteurs ne décrivent aucun client, et chaque écran porte cette mention de manière visible. Il permet d’examiner le rattachement d’une demande à un dossier, la présentation du dossier vivant, la structure d’une compétence cabinet, l’adaptation des ressources au programme du dossier et les files de mesure et de gouvernance. Une démonstration devient un résultat quand elle est reliée à un protocole, à une population, à une période et à une décision. Le registre suivant fixe ce qu’elle doit conserver.

5. Registre minimal d’une démonstration

Tableau – Registre minimal d’une démonstration

Élément	Contenu attendu
Question	comportement ou décision examinés
Périmètre	environnement, dossier, population et période
État initial	données, versions et droits avant l’action
Parcours	actions réalisées et personne qui les effectue
Résultat brut	sortie obtenue, erreurs et informations manquantes
Décision	personne qui accepte, corrige, refuse ou suspend
Limite	conclusion que la démonstration ne permet pas de tirer
Version	version du contenu, de l’assistant et du jeu utilisé

6. Quatre décisions visibles dans l’application

Les quatre captures ont été prises dans Méridien, sur des données fictives. Elles montrent l’issue d’une demande, l’examen d’une proposition pour le client, la préparation collective et les suites possibles d’un signal de veille. Le courriel source, la fiche, le programme et la compétence sont réunis dans le parcours commenté de l’annexe 26.

Figure A3-2 – Le relais conserve son responsable, son référent et le brouillon de réponse. Le statut « résolu » clôt la demande interne ; le brouillon reste explicitement non envoyé. Capture d’écran, données fictives de Méridien.

Le brouillon de réponse reste distinct de l’envoi au client : retrouver le travail de l’équipe ne suppose pas qu’une réponse a été envoyée.

Figure A3-3 – La gouvernance du dossier attribue la tenue de la fiche et l’arbitrage. Deux propositions restent à examiner. Capture d’écran, données fictives de Méridien.

L’information proposée reste distincte du fait retenu dans la fiche. Le responsable revient à la source avant d’accepter une mise à jour et sollicite le chef de mission quand un choix du dossier doit être arbitré.

Figure A3-4 – L’atelier précise l’objet du travail, son périmètre, ses exclusions et les rôles à désigner. Capture d’écran, données fictives de Méridien.

Les contributions de l’atelier doivent encore devenir un support rédigé, essayé et examiné par le référent avant publication.

Figure A3-5 – Le signal offre plusieurs suites, dont la révision d’une ressource existante. Capture d’écran, données fictives de Méridien.

Le classement et les dossiers rapprochés orientent l’examen. La décision attendue est celle du protocole de l’annexe 20.

↩︎ Retour au corps : partie II.

Texte intégral de l'annexe, généré depuis les sources du mémoire (version de dépôt). Toutes les annexes.