Voie d’Architecture sociotechnique — UCKK

Faculty: Voie d’Architecture sociotechnique
Short name: Architecture sociotechnique
Title: Architecte des systèmes d’action
Category: Systèmes humains-techniques
Level: Puissance opératoire
Role: Voie qui apprend à lire, concevoir, cartographier et améliorer des systèmes combinant humains, technologies, institutions, données, règles, rôles et workflows.

La Voie d’Architecture sociotechnique étudie les assemblages d’humains, d’outils, de règles, de données, de rôles, de plateformes et de workflows. Elle aide à voir comment l’action collective s’organise, où elle se bloque, où elle devient opaque, et comment elle peut redevenir lisible, responsable et révisable.

Cette voie organise un parcours public de lecture, de méthode et de pratique. Elle apprend à cartographier les acteurs, les flux, les permissions, les décisions, les preuves et les dépendances d’un système, puis à concevoir des formes d’action plus claires, plus gouvernables et plus justes.

Les cours publics sont les principales portes d’entrée dans cette voie. Ils permettent de découvrir les concepts, méthodes, exercices et artefacts d’apprentissage, puis d’ouvrir l’espace de cours correspondant lorsqu’il est disponible.

Le projet final consiste à concevoir ou refondre un système d’action sociotechnique : cartographie des acteurs et des flux, architecture des responsabilités, workflow gouverné, preuves, auditabilité, risques de capture et mécanismes de révision.

Une architecture d’action ne doit pas seulement fonctionner. Elle doit rester compréhensible, contestable, révisable et subordonnée à une responsabilité humaine claire.

La Voie d’Architecture sociotechnique forme des personnes capables de concevoir, cartographier, gouverner et améliorer des systèmes combinant humains, technologies, institutions, données, règles, rôles et workflows.

Transformer des configurations humaines, techniques et institutionnelles confuses en systèmes lisibles, gouvernables, exécutables, vérifiables et révisables.

Concevoir des systèmes d’action capables de passer du désordre informationnel à la structure lisible, puis à la décision, à l’action et à la mémoire.

1 AS101

AS101 — Lire les systèmes sociotechniques

Core concept

Système sociotechnique

Un système où humains, technologies, institutions, règles, données, décisions et mémoires agissent ensemble.

Artefact

Carte générale d’un système réel

Représenter les acteurs, composants, relations, dépendances, boucles et points de levier d’un système sociotechnique.

2 AS102

AS102 — Cartographier acteurs, règles et flux

Core concept

Cartographie sociotechnique

Méthode de représentation des acteurs, règles, flux, blocages, dépendances et responsabilités d’un système.

Artefact

Cartographie acteurs-règles-flux

Produire une carte d’un système montrant les acteurs, règles, flux, passages, blocages et dépendances.

3 AS103

AS103 — Rôles, permissions et responsabilités

Core concept

Architecture des responsabilités

Organisation explicite des rôles, permissions, autorités, responsabilités et mécanismes de redevabilité.

Artefact

Modèle des rôles et permissions

Définir les rôles, permissions, responsabilités, limites et mécanismes de redevabilité dans un système.

4 AS104

AS104 — Workflows, processus et exécution gouvernée

Core concept

Workflow gouvernable

Suite d’actions assignées, suivies, vérifiables, clôturables et révisables.

Artefact

Workflow complet d’un processus réel

Modéliser un processus avec entrées, sorties, tâches, rôles, blocages, escalades, suivis et clôtures.

5 AS105

AS105 — Données, documents et mémoire institutionnelle

Core concept

Architecture de la mémoire

Organisation des données, documents, sources, versions et traces permettant à un système d’apprendre et de se souvenir.

Artefact

Architecture documentaire ou base de connaissance minimale

Concevoir une structure documentaire avec sources, taxonomie, versions, accès, historique et mémoire.

6 AS106

AS106 — Plateformes, interfaces et infrastructures gouvernables

Core concept

Infrastructure sociotechnique

Ensemble des plateformes, interfaces, bases, règles et dépendances techniques qui permettent à un système d’agir.

Artefact

Maquette d’interface ou architecture de plateforme gouvernable

Décrire une plateforme ou interface avec ses rôles, données, permissions, dépendances, modules et limites.

7 AS107

AS107 — Délibération, décision et coordination collective

Core concept

Décision collective structurée

Processus par lequel un collectif transforme discussion, information et conflit en décision légitime et exécutable.

Artefact

Protocole de décision collective

Concevoir un protocole de décision pour une assemblée, un comité, une plateforme ou un groupe de travail.

8 AS108

AS108 — Auditabilité, preuve et intégrité

Core concept

Système vérifiable

Système dont les décisions, actions, preuves, sources et responsabilités peuvent être retracées, inspectées et contestées.

Artefact

Mécanisme d’auditabilité et de contestation

Concevoir un dispositif permettant de retracer les sources, décisions, actions, preuves, responsabilités et contestations.

9 AS109

AS109 — Risques, capture et résilience sociotechnique

Core concept

Résilience contre la capture

Capacité d’un système à résister aux pannes, abus, dépendances, captures, dérives et points de défaillance.

Artefact

Analyse de risques et stratégie de résilience

Identifier les risques sociotechniques, dépendances, captures, vulnérabilités et mesures de résilience d’un système.

10 AS110

AS110 — Projet intégrateur : architecture d’un système d’action

Core concept

Système d’action gouvernable

Système complet capable de connaître, décider, agir, vérifier, contester, apprendre et se souvenir.

Artefact

Architecture complète d’un système d’action

Produire un dossier complet comprenant diagnostic, cartographies, rôles, workflows, décision, auditabilité, contestation, résilience, prototype, documentation et post-mortem.

L’Aspirant doit concevoir un système réel ou semi-réel capable de transformer un désordre humain, informationnel ou institutionnel en structure lisible, décision, action, preuve et mémoire.

Ne pas concevoir de systèmes qui retirent la responsabilité humaine derrière une interface ou un algorithme.
Ne pas confondre automatisation et gouvernance.
Ne pas masquer les rapports de pouvoir derrière une architecture technique.
Ne pas produire de systèmes opaques lorsque la décision affecte des personnes.
Ne pas utiliser la complexité technique pour empêcher la contestation.
Ne pas confondre traçabilité et surveillance abusive.
Ne pas confondre efficacité opérationnelle et justice procédurale.
Ne pas rendre un groupe dépendant d’une infrastructure impossible à auditer, quitter ou comprendre.
Ne pas présenter une architecture comme neutre lorsqu’elle encode des choix de pouvoir, d’accès ou de priorité.
Ne pas rendre la contestation dépendante d’une expertise technique inaccessible aux personnes concernées.
Ne pas confondre documentation et justification : un système bien documenté peut rester injuste.
Ne pas déployer un système sociotechnique sans prévoir sortie, réversibilité, maintenance et responsabilité humaine.

Voie de l’Architecture de l’écosystème digital kOA

La Voie d’Architecture sociotechnique fournit la grammaire générale des systèmes humains-techniques; la Voie kOA Digital Ecosystem applique cette grammaire à l’infrastructure kOA.

Voie des Sciences politiques

Les décisions, règles, contestations et mécanismes de légitimité relient directement l’architecture sociotechnique aux sciences politiques.

Voie de la Production augmentée par l’IA

L’IA peut devenir un composant d’un système sociotechnique, mais ne doit jamais remplacer l’auditabilité, la responsabilité et la décision humaine.

Voie de la Linguistique et de l’architecture du sens

Les taxonomies, ontologies, concepts, graphes et dictionnaires contrôlés relient cette Voie à l’architecture du sens.

Voie d’Économie

Les infrastructures, plateformes, dépendances et captures ont toujours une dimension économique.

Voie de l’Intervention sociale et des systèmes humains

Les systèmes doivent rester sensibles aux vulnérabilités humaines, aux exclusions, aux abus institutionnels et aux besoins de réparation.

Aucune annonce publique pour la Voie d’Architecture sociotechnique pour le moment.

Aucun événement public annoncé pour le moment.

Agitation institutionnelle et mesure de l’utilité réelle

uckk-as252 Login required

Version architecture sociotechnique du cours d’audit d’utilité institutionnelle.

Boucles de rétroaction clinique et apprentissage institutionnel

uckk-as251 Login required

Appliquer les principes de feedback, diagnostic, suivi et apprentissage institutionnel au domaine de la santé.

Systèmes d’exploitation sociotechniques

uckk-as206 Login required

Définir le Sociotechnical OS comme runtime collectif : règles, rôles, protocoles, validation, audit et mémoire.

Écosystème numérique kOA : de la connaissance à l’action

uckk-as205 Login required

Introduire kOA comme système qui transforme connaissance, délibération, décision, exécution et mémoire.

Développement doc-first avec IA

uckk-as204 Login required

Construire avec l’IA à partir d’une documentation initiale exhaustive pour maintenir la cohérence inter-fichiers et inter-modules.

Systèmes déterministes et IA générative

uckk-as203 Login required

Distinguer les systèmes déterministes, vérifiables et reproductibles des systèmes génératifs variables et probabilistes.

Kristals : connaissance vérifiable et artefacts sémantiques

uckk-as202 Login required

Version sociotechnique du cours sur les Kristals : artefacts de sens, preuve, réutilisation et interopérabilité.

Résilience et efficacité des systèmes sociotechniques

uckk-as201 Login required

Étudier la continuité, la capacité d’action et la circulation des connaissances, règles, responsabilités et actions sous contrainte.

Rendre l’action gouvernable

Un système sociotechnique responsable rend visibles ses rôles, ses permissions, ses dépendances, ses décisions, ses preuves et ses voies de révision.

Passer du flux à l’architecture

La méthode centrale consiste à transformer un ensemble confus de personnes, d’outils et de documents en workflows lisibles, exécutables, vérifiables et contestables.

Prévenir la capture par le système

Une architecture d’action doit rester réversible, auditable et subordonnée à une responsabilité humaine claire, sans enfermer les personnes dans une infrastructure opaque.

Ouvrir le savoir sociotechnique

La voie participe à la bibliothèque publique UCKK : rendre les concepts, méthodes et cartes d’action accessibles pour apprendre, comprendre, expérimenter et agir avec plus de lucidité.

Par où commencer?

Commencez par la présentation de la voie, puis ouvrez les cours publics disponibles. Chaque cours sert de porte d’entrée vers une notion, une méthode ou un artefact d’apprentissage.

Faut-il être inscrit pour apprendre?

Les pages publiques donnent accès aux repères essentiels de la voie. Certains espaces de cours peuvent demander une connexion ou une inscription selon leur usage, mais l’orientation générale du savoir reste publique.

Que signifie Architecte des systèmes d’action?

C’est le titre symbolique associé à la Voie d’Architecture sociotechnique. Il nomme une posture d’apprentissage et d’action : savoir rendre un système lisible, gouvernable, vérifiable et révisable. Les éventuelles reconnaissances UCKK demeurent internes, sauf reconnaissance officielle future.

Pour suivre cette voie, commencez par les cours disponibles, puis consultez les annonces publiques pour les nouvelles, rencontres et ouvertures d’espaces d’apprentissage.

Voir les annonces