Finalité, valeur et résultats institutionnels

3.1 Objectif et décisions soutenues

Une institution peut livrer une plateforme, former ses équipes et numériser tous ses formulaires sans améliorer le service rendu. L’architecture doit donc distinguer réalisation et valeur. Cette section relie la finalité institutionnelle à des résultats observables et aux décisions qui justifieraient une transformation. Elle ne choisit pas l’infrastructure et ne considère pas la numérisation comme un bénéfice acquis.

La section 01 établit le mandat et l’autorité d’architecture. La section 02 décrit acteurs, préoccupations, contraintes et preuves manquantes. La section 03 examine les changements utiles à ces acteurs, les moyens de constater une amélioration et les coûts ou effets défavorables susceptibles d’invalider une proposition. Le résultat est une hypothèse de valeur vérifiable, pas une justification économique démontrée.

Quatre décisions sont soutenues : rattacher un résultat au mandat ; déterminer si les preuves permettent une expérimentation limitée ; apprécier l’intérêt d’un investissement ; décider de poursuivre, modifier ou arrêter après observation. L’adoption locale nécessite un responsable institutionnel habilité. La publication de ce brouillon ne crée aucune autorité de ce type.

3.2 Finalité, livrables, résultats et impact

La finalité explique pourquoi l’institution existe et qui elle doit servir. Le mandat précise ses pouvoirs et obligations. Un livrable est une production de l’institution. Un résultat est un changement vécu par une population ou un acteur défini. L’impact concerne des effets plus larges et durables auxquels le service peut contribuer. Ces notions se relient sans se remplacer.

Une API déployée ne prouve ni utilisabilité ni confiance. Un délai raccourci ne prouve pas la justesse d’une décision. L’architecte explicite ces distinctions avant de sélectionner les mesures, pour éviter que les statistiques de livraison remplacent l’objectif institutionnel.

Dans une organisation commerciale, la valeur peut concerner la fidélisation, la fiabilité d’exécution et la soutenabilité des coûts. Dans une institution publique, accès, responsabilité et traitement légitime peuvent primer. Le mandat et les acteurs déterminent la valeur pertinente ; le vocabulaire du cadre ne la décide pas.

3.3 Délimiter la valeur institutionnelle

Reprendre le registre de périmètre de la section 02 pour préciser population, type de demande, bureaux, autorité et période d’observation. Une ambition comme « améliorer les services régionaux » ne suffit pas à autoriser un investissement. Identifier l’expérience précise et les moyens réels de l’institution pour l’influencer.

L’exemple fictif comprend un siège, six bureaux régionaux et une petite équipe d’ingénierie. L’évaluation proposée porte sur un type de demande opérationnelle et un bureau pilote candidat. Le parcours comprend dépôt, revue départementale, approbation financière, exécution et rapprochement. Tableurs, courriels et exports sont ici des hypothèses à examiner, pas les constats d’une étude réelle.

L’institution maîtrise son processus, ses décisions et son organisation de support. Elle dépend éventuellement de fournisseurs de connectivité, de règles externes et d’autres institutions sans les contrôler. Séparer les résultats sous sa responsabilité de ceux exigeant un engagement partenaire. Ne pas attribuer de responsabilité à un organisme externe sans son accord.

Aucune référence initiale, cible, population étudiée, économie ou performance de production n’a été mesurée. Résultats et décisions restent illustratifs. Les renvois tels que ZAF-I-02 / C-01 concernent les registres locaux de la section 02 ; les nouveaux identifiants ZAF-I-03 appartiennent à cette section uniquement.

3.4 Construire le modèle de contribution

Hypothèse de départ : rendre compréhensibles et vérifiables les états et l’autorité de décision pourrait permettre aux demandeurs et agents de résoudre l’incertitude avec moins de renvois évitables. Cela suppose des mises à jour exactes, un langage compréhensible, une assistance disponible et le traitement effectif du travail en attente. Le logiciel ne remplace ni un mandat clarifié ni un responsable de décision.

Les flèches expriment une contribution supposée, pas une causalité démontrée. Pour chaque lien, préciser l’observation qui le remettrait en cause. Si un demandeur dépend encore d’un intermédiaire informel pour comprendre son statut, publier la page n’établit pas le résultat attendu. Réviser l’intervention ou l’hypothèse, plutôt que redéfinir le succès après coup.

3.5 Définir un registre de résultats limité et responsable

Le registre relie expérience des acteurs, responsabilité, mesure et preuves manquantes. Le responsable du résultat répond du changement de service ; le responsable de mesure maintient définition et provenance. L’architecte clarifie ces rôles sans les assumer automatiquement.

Ces résultats répondent respectivement à ZAF-I-02 / C-01, C-02, C-04 et C-03. Ils ne couvrent pas toutes les préoccupations. C-05, conservation des décisions originales lors d’une correction, et C-06, preuves de reprise, restent des contraintes et dépendances explicites.

Ne pas fusionner ces responsabilités sous un vague « responsable informatique ». Pour OUT-04, l’autorité financière approuve le sens du rapport et le propriétaire des informations gouverne le contrat des enregistrements. Sans acceptation de responsabilité, conserver le résultat non approuvé et enregistrer l’escalade selon le mandat de la section 01.

3.6 Spécifier le contrat de mesure avant l’observation

Un nom de métrique ne constitue pas un contrat. « Demandes terminées avec succès » ne définit ni demande, ni fin, ni succès, ni doublon, ni donnée manquante. La mesure doit permettre à un autre analyste de reproduire le résultat à partir des mêmes preuves autorisées.

Pour OUT-01, une mesure candidate est la proportion de tâches observées où le participant identifie correctement l’état faisant autorité et la prochaine action sans correction du facilitateur. C’est une mesure d’étude, pas un taux de service portant sur toute la population. Son interprétation dépend du recrutement, des tâches et des conditions.

Si certaines tâches admissibles restent sans résultat observable, présenter leur nombre avec le taux et expliquer la limite. Un dénominateur nul signifie « non évaluable », jamais zéro pour cent. Conserver le résultat original lors d’une correction, identifier son remplacement et justifier le réexamen de la décision.

3.7 Établir références initiales et cibles

La référence initiale décrit la situation avant intervention selon une méthode identifiée. La cible fixe un seuil prospectif, un responsable, une population et un horizon. Ne pas les inventer pour donner une impression de maturité. « Réduire le délai de 40 % » n’a ici aucune valeur probante sans distribution initiale ni compromis acceptable.

Échantillonner d’abord des historiques autorisés et observer des tâches normales et exceptionnelles représentatives. Consigner preuves indisponibles et biais de sélection. Comparer types de demandes, périodes et conditions comparables. Un bureau choisi pour sa bonne connectivité ne représente pas les six bureaux.

Présenter les distributions de délais, attentes longues et travaux inachevés. Définir si le temps inclut attente d’informations du demandeur ou revue financière. Ne pas retirer les cas difficiles pour améliorer l’indicateur. Une meilleure médiane accompagnée de délais extrêmes dégradés peut bénéficier à certains et nuire à d’autres.

Fixer les cibles après examen de la référence, des obligations de service, des capacités et des conséquences d’échec. Enregistrer justification et date de revue. Distinguer cible, engagement contractuel et objectif technique de service. Ce brouillon ne fixe aucun engagement numérique.

3.8 Relier la valeur au parcours complet

Suivre le demandeur dans tout le service ; le dépôt en ligne n’est pas la totalité du flux de valeur. Parcours normal, correction, refus, retrait, interruption et contestation autorisée révèlent des besoins différents de responsabilité et d’information. La section 04 développera capacités et flux ; cette section précise les résultats à préserver.

Un brouillon local interrompu n’est pas une demande institutionnellement acceptée. Évaluer sa reprise ou une voie assistée sans laisser croire à une approbation inexistante. Une correction après revue doit indiquer si une nouvelle décision est nécessaire ; elle ne réécrit pas silencieusement le contenu approuvé.

Même une demande refusée nécessite un état faisant autorité, une explication compréhensible dans les limites de divulgation autorisées et, lorsque les règles institutionnelles le prévoient, une voie de correction ou contestation. Il s’agit d’exigences proposées soumises au responsable des règles, pas d’une obligation juridique universelle.

3.9 Examiner la valeur pour chaque acteur

Accélérer le parcours du demandeur peut accroître les vérifications des agents. Renforcer les preuves peut augmenter collecte et conservation. Un dispositif adapté au siège peut transférer des coûts aux bureaux ou exclure les personnes ayant besoin d’assistance. Consigner bénéficiaires, charge transférée et moyens de contester une expérience défavorable.

Ne collecter que les informations justifiées par l’évaluation. Ne pas construire des profils démographiques sensibles pour embellir un tableau de bord. Si les différences de conditions d’usage importent, convenir d’une recherche proportionnée et autorisée avec ses limites. Un petit échantillon de convenance ne démontre pas l’équité des résultats régionaux.

3.10 Distinguer résultats et indicateurs techniques

Disponibilité, latence, fraîcheur des données et tests de reprise aident à expliquer le soutien technique au résultat. Ils n’établissent pas à eux seuls la valeur institutionnelle. Un service joignable peut afficher un état périmé ; une réponse rapide peut montrer la demande d’une autre personne.

Pour OUT-01, exactitude de l’état et compréhension sont des preuves directes. La latence est éventuellement un indicateur de soutien dont le seuil dépend de la tâche et des conditions. Pour OUT-03, un exercice de restauration réussi soutient la continuité, mais ne prouve pas une reprise sans confusion ni double acceptation.

Le Livre II traduira les besoins approuvés en responsabilités techniques. Le Livre VIII développera objectifs, indicateurs, budgets d’erreur et pratiques de fiabilité lorsqu’ils sont applicables. Ils devront conserver le résultat institutionnel et ses limites probatoires, sans réduire tout objectif à un pourcentage générique de disponibilité.

3.11 Comparer les interventions et compromis

Évaluer une modification de processus avant de conclure au besoin d’une plateforme. Comparer registre manuel clarifié, service limité de statut et automatisation étendue. Conserver la même frontière de résultats : une proposition plus large ne devient pas meilleure simplement en revendiquant davantage de bénéfices.

Aucune option n’est choisie ici. Un pilote limité est un moyen candidat de réduire l’incertitude, pas une recommandation automatique de construire. Sans responsabilité de processus clarifiée, un prototype teste la compréhension sans valider l’adoption institutionnelle.

Enregistrer chaque compromis important : alternatives, résultat attendu, preuves, incertitude, responsable et déclencheur de réexamen. Relier l’approbation versionnée proposée à ZAF-I-02 / DEC-02 sans prétendre que cette décision est déjà adoptée.

3.12 Examiner la viabilité sans rendement inventé

La justification d’investissement inclut le travail nécessaire pour soutenir le service : découverte, réalisation, migration, formation, support, connectivité, rapprochement, reprise et retrait. Préciser qui supporte cette charge et quelle décision budgétaire ou capacitaire est nécessaire. Ne pas transformer un effort non chiffré en rendement financier précis.

Éviter le double comptage : baisse des demandes de statut et temps agent libéré peuvent représenter le même mécanisme. Le temps libéré n’est pas automatiquement une économie monétaire ; il peut servir aux dossiers en attente. Un bénéfice plausible n’est pas une économie mesurée, et un budget approuvé ne prouve pas la valeur.

Tant que les estimations restent incertaines, utiliser une décision qualitative : adéquation au mandat, valeur attendue, preuves crédibles, risques maîtrisables et responsabilité soutenable. Consigner les conditions préalables au pilote, notamment disponibilité des agents et autorité sur les sources. Un score pondéré élevé ne compense pas une violation du mandat.

Si des estimations financières sont utilisées ensuite, préciser devise, période, source, hypothèses, intervalles et sensibilité. La finance valide leur interprétation institutionnelle. Cette section n’annonce ni revenu prévisionnel, ni rendement quantifié, ni réduction démontrée des coûts.

3.13 Apprendre, contester et arrêter

Une amélioration après livraison n’est pas nécessairement causée par celle-ci. Effectifs, règles, saisonnalité et complexité des demandes peuvent évoluer. Consigner ces facteurs et choisir une comparaison proportionnée avant de parler de causalité. Sans comparateur crédible, décrire le changement observé et une contribution plausible avec leurs limites.

Le responsable du résultat examine les preuves avec représentants des usagers, opérations et autorités concernées. L’ingénierie explique le fonctionnement technique sans décider seule si la finalité est satisfaite. Consigner désaccords et preuves non résolues.

Les déclencheurs proposés comprennent confusion répétée entre attente et acceptation, écarts inexpliqués entre versions approuvées et exécutées, preuves d’étude manquantes et charge de support dépassant la capacité convenue. Ils appellent investigation ou pause, pas un verdict automatique d’échec. Définir responsable, action et conditions de reprise avant le pilote.

Une revue utile peut conclure à ne pas étendre. Conserver l’apprentissage, préciser l’hypothèse démentie et décider de modifier le processus, revoir l’intervention ou l’abandonner. Ne pas changer rétrospectivement la mesure pour déclarer la livraison réussie.

3.14 Livrables et critères de revue

Ces livrables sont proposés pour une institution adoptant la section. Leur description publique ne démontre pas qu’une évaluation a eu lieu. Chacun exige auteur réel, responsable, version, références probatoires et questions ouvertes.

Avant le pilote, examiner mandat, périmètre, responsables, autorisations probatoires, méthode et capacité d’exploitation. Avant extension, examiner résultats réels et limites du pilote. Ces étapes sont distinctes : un plan peut justifier l’apprentissage sans autoriser un déploiement régional. L’acceptation éditoriale de cette section ZAF demeure une décision séparée selon les règles de publication.

3.15 Vérification et section suivante

• Distinguer mandat, livrables, résultats et impact dans la proposition.
• Relier chaque résultat à une préoccupation, un responsable et une population délimitée.
• Identifier les hypothèses susceptibles de rompre le modèle de contribution.
• Définir admissibilité, preuves manquantes, clôture et correction avant observation.
• Laisser référence initiale et cibles ouvertes jusqu’aux preuves et décisions requises.
• Inclure interruption, correction, refus et assistance dans le périmètre de valeur.
• Comparer processus et technologie selon les mêmes résultats.
• Consigner charge d’exploitation, effets défavorables et conditions d’arrêt ou réexamen.
• Relier preuves et décision sans prétendre démontrer une causalité non établie.
• Conserver le statut brouillon jusqu’à enregistrement de la revue éditoriale.

La section 04, Capacités métier et flux de valeur, traduira le périmètre de valeur approuvé en responsabilités de capacité et parcours de bout en bout. Elle reprendra registre des résultats et préoccupations pour montrer quelles capacités contribuent à quels résultats. Elle ne commencera pas par un catalogue technologique ou une topologie Kubernetes : ces choix techniques viennent ensuite, selon les besoins institutionnels.