Voie d’Architecture sociotechnique — UCKK

Faculté: Voie d’Architecture sociotechnique
Nom court: Architecture sociotechnique
Titre: Architecte des systèmes d’action
Catégorie: Systèmes humains-techniques
Niveau: Puissance opératoire
Rôle: Voie qui apprend à concevoir, cartographier, gouverner 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 vise des systèmes capables d’agir sans devenir opaques, captifs ou irresponsables.

Le programme détaillé de cette faculté est projeté depuis le JSON Atlas Voie d’Architecture sociotechnique. Cette page décide ce qui est affiché publiquement, sans recopier les cours conceptuels ni leurs critères internes.

La liste des cours, leurs codes, leurs concepts-maîtres et leurs artefacts publics sont dérivés de l’Atlas et des cours Moodle visibles associés au préfixe AS.

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

Cette page présente une Voie UCKK comme faculté interne de l’Univers-Cité King Klown. Elle ne prétend pas à un statut universitaire public accrédité.

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

Concept central

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

Concept central

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

Concept central

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

Concept central

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

Concept central

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

Concept central

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

Concept central

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é

Concept central

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

Concept central

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

Concept central

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 l’Intelligence artificielle gouvernable

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 faculté 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

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

Boucles de rétroaction clinique et apprentissage institutionnel

uckk-as251

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

Systèmes d’exploitation sociotechniques

uckk-as206

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

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

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

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

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

É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 doit rendre 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.

Cette faculté donne-t-elle un diplôme public en Architecture sociotechnique?

Les Parchemins UCKK sont des reconnaissances internes. Ils ne constituent pas des diplômes publics accrédités, des grades universitaires publics ou des titres professionnels reconnus par l’État, sauf reconnaissance officielle future.

La page contient-elle toute la matière des cours AS?

Non. La page publique présente la faculté et projette certains éléments de l’Atlas. Les contenus détaillés, activités, validations et espaces de travail restent dans Moodle selon leurs règles d’accès.

Que signifie Architecte des systèmes d’action?

C’est le titre symbolique interne associé à la Voie d’Architecture sociotechnique. Il désigne la capacité à concevoir des systèmes humains-techniques capables de décider, agir, garder mémoire et être révisés de manière responsable.

Pour toute question sur cette Voie, consultez les annonces publiques ou les espaces Moodle associés.

Voir les annonces