Aplicaciones de ACR

Toda iniciativa técnicamente viable puede encontrar dificultades cuando la configuración humana responsable de interpretarla, implementarla y sostenerla no posee las capacidades regulatorias necesarias para actuar bajo incertidumbre e interdependencia.

Introducción

Adaptive Collective Regulation es un framework transversal.

No pertenece exclusivamente a una industria, una clase de organización ni un tipo particular de problema.

Su objeto de análisis es más general:

Sistemas humanos que deben evaluar alternativas, coordinar decisiones, implementar transformaciones, responder a exigencias o reorganizarse bajo condiciones de incertidumbre, interdependencia y elevados niveles de exigencia.

Venture capital constituye la primera vertical de desarrollo de ACR y uno de sus casos de uso prioritarios.

Sin embargo, no define el alcance completo del framework.

Las mismas preguntas fundamentales pueden aparecer en:

una startup;
una empresa consolidada;
una institución educativa;
una organización deportiva;
un organismo público;
una asociación civil;
un equipo profesional;
una implementación tecnológica;
una transformación organizacional;
una alianza entre instituciones.

En todos estos casos existe alguna configuración humana que debe:

interpretar una situación;
distribuir funciones;
coordinar actores;
tomar decisiones;
movilizar recursos;
gestionar tensiones;
aprender;
reorganizarse.

Las aplicaciones de ACR traducen esta arquitectura general a las condiciones particulares de cada dominio.

Del framework a las aplicaciones

HSUU estudia el fenómeno general de la regulación y adaptación de los sistemas humanos.

ACR organiza ese conocimiento en un framework operativo.

Las aplicaciones adaptan el framework a problemas concretos.

HSUU
Programa de investigación
        ↓
ACR
Framework transversal
        ↓
Aplicaciones
Traducción a problemas y dominios específicos
        ↓
Instrumentos
Preguntas, ejercicios, dinámicas y fuentes
        ↓
Servicios e intervenciones
Acciones concretas según contexto y necesidad

Una aplicación no constituye una teoría independiente.

Tampoco debería construirse como una simple repetición del framework con vocabulario sectorial.

Debe especificar:

cuál es el sistema observado;
qué decisión o transformación se encuentra en juego;
quiénes son los actores;
qué relaciones de interdependencia existen;
qué criterios de éxito se utilizan;
qué riesgos son relevantes;
qué información puede obtenerse;
qué instrumentos resultan apropiados;
qué intervenciones son posibles;
qué límites éticos y legales deben considerarse.

Qué es una aplicación de ACR

Una aplicación de ACR es una adaptación contextual del framework destinada a observar y acompañar una clase específica de sistemas, decisiones o transformaciones.

Cada aplicación combina tres componentes.

Un sistema humano

Puede tratarse de:

un equipo fundador;
una empresa;
un directorio;
un grupo de trabajo;
un fondo de inversión;
una institución;
una organización deportiva;
una alianza;
una red;
un equipo de proyecto.

Una exigencia

Puede consistir en:

seleccionar una alternativa;
evaluar una oportunidad;
implementar un sistema;
introducir una tecnología;
escalar una operación;
fusionar organizaciones;
responder a una crisis;
modificar una estructura;
atravesar una transición;
mejorar una capacidad existente.

Una trayectoria

La exigencia no ocurre en un momento aislado.

Posee:

antecedentes;
una situación actual;
posibles escenarios;
consecuencias;
aprendizajes;
nuevas exigencias.

Por eso, ACR procura observar no solo la decisión inicial, sino también la evolución del sistema que deberá sostenerla.

Unidad general de aplicación

La unidad de aplicación de ACR no es un producto, una tecnología ni una persona aislada.

Es:

La configuración humana responsable de interpretar, decidir, implementar, sostener o transformar una iniciativa dentro de un contexto determinado.

Esta configuración puede incluir:

personas;
funciones;
relaciones;
dependencias;
autoridad;
información;
recursos;
acuerdos;
normas;
historia;
contexto.

Por ejemplo, ante la implementación de un nuevo software, ACR no evalúa solamente la calidad técnica de la herramienta.

Observa también:

quién decidió incorporarla;
quién deberá utilizarla;
qué funciones modifica;
qué información vuelve visible;
qué actores pueden perder autonomía;
qué conocimientos requiere;
qué resistencias podrían aparecer;
qué canales existen para comunicar problemas;
quién puede corregir el proceso;
cómo se evaluará el resultado.

Propósito de las aplicaciones

Las aplicaciones de ACR buscan complementar los análisis técnicos, económicos, estratégicos o jurídicos con una lectura configuracional de los sistemas humanos.

No pretenden sustituir:

análisis financiero;
evaluación técnica;
conocimiento sectorial;
asesoramiento legal;
auditorías;
gestión profesional;
decisiones de autoridad.

Buscan incorporar una dimensión que con frecuencia permanece insuficientemente examinada:

La capacidad real de las personas, relaciones y estructuras involucradas para convertir una decisión formal en funcionamiento colectivo sostenible.

Tres momentos generales de aplicación

ACR puede intervenir antes, durante y después de una decisión o transformación.

Evaluación anticipada

Se realiza antes de seleccionar una alternativa, aprobar una iniciativa o comenzar una implementación.

Busca comprender:

preparación del sistema;
capacidades disponibles;
capacidades ausentes;
actores involucrados;
intereses;
expectativas;
relaciones de poder;
interdependencias;
riesgos humanos;
posibles resistencias;
necesidades de acompañamiento.

La pregunta central es:

¿Qué configuración humana deberá sostener esta iniciativa y qué condiciones necesita para hacerlo?

Acompañamiento preventivo

Se realiza mientras la iniciativa está siendo implementada o el sistema atraviesa una transición.

Busca observar:

comprensión de los objetivos;
apropiación;
coordinación;
distribución de funciones;
circulación de información;
sobrecarga;
conflictos;
señales de resistencia;
pérdida de capacidades;
efectos no previstos;
capacidad de corrección.

Su propósito es detectar desajustes cuando todavía existen alternativas razonables de reorganización.

Intervención correctiva o reparadora

Se realiza cuando el sistema ya presenta dificultades significativas.

Puede responder a:

bloqueo;
conflicto;
deterioro de confianza;
fracaso parcial;
pérdida de coordinación;
salida de actores críticos;
rechazo de una implementación;
crisis de autoridad;
fragmentación;
sobrecarga;
reorganización forzada.

La intervención puede orientarse a:

estabilizar;
clarificar;
redistribuir;
reparar;
mitigar consecuencias;
recuperar coordinación;
construir una nueva configuración.

No siempre es posible restaurar la situación anterior.

En algunos casos, la tarea consiste en facilitar una transición hacia una configuración diferente y viable.

Tipos de aplicación según el problema

Las aplicaciones pueden organizarse por el tipo de exigencia que enfrenta el sistema.

Esta clasificación permite reconocer patrones comunes entre sectores diferentes.

Selección y asignación

Se aplica cuando una organización debe elegir entre oportunidades, proyectos, personas, proveedores o iniciativas.

Ejemplos:

inversiones;
proyectos internos;
programas;
alianzas;
proveedores;
equipos;
iniciativas estratégicas;
asignación de recursos.

ACR puede contribuir a evaluar:

correspondencia entre la alternativa y la organización;
capacidad de implementación;
información faltante;
actores necesarios;
riesgos humanos;
condiciones de éxito;
necesidad de profundización.

La pregunta no es únicamente:

¿Cuál alternativa parece mejor?

También es:

¿Cuál alternativa puede ser comprendida, sostenida y desarrollada por este sistema concreto?

Implementación y transformación

Se aplica cuando una decisión debe convertirse en nuevas prácticas, estructuras o modos de funcionamiento.

Ejemplos:

implementación de software;
incorporación de inteligencia artificial;
transformación digital;
rediseño de procesos;
introducción de metodologías;
cambios culturales;
reestructuraciones;
fusiones;
expansión;
profesionalización.

ACR puede analizar:

preparación;
legitimidad;
capacidad;
dependencia;
resistencia;
comunicación;
aprendizaje;
impacto sobre funciones;
mecanismos de retroalimentación.

Desarrollo y prevención

Se aplica cuando se busca fortalecer un sistema antes de que aparezca una crisis.

Ejemplos:

desarrollo de liderazgo;
formación de equipos;
preparación para escalar;
sucesión;
entrenamiento;
revisión de funciones;
mejora de la coordinación;
fortalecimiento de capacidades regulatorias.

En este tipo de aplicación, el objetivo no es corregir una falla identificada.

Es aumentar la capacidad disponible para enfrentar exigencias futuras.

Monitoreo y detección temprana

Se aplica cuando resulta necesario observar la evolución de un sistema a lo largo del tiempo.

Ejemplos:

portfolio de inversiones;
programas de transformación;
proyectos estratégicos;
equipos directivos;
operaciones distribuidas;
procesos de integración;
equipos deportivos.

ACR puede contribuir a reconocer:

cambios relevantes;
tensiones emergentes;
acumulación de sobrecarga;
dependencia creciente;
desalineación;
deterioro de confianza;
pérdida de aprendizaje;
necesidad de intervención.

El monitoreo no debería convertirse en vigilancia permanente.

Debe poseer:

finalidad explícita;
alcance proporcional;
reglas de acceso;
criterios de escalamiento;
límites temporales.

Crisis y reorganización

Se aplica cuando la configuración existente dejó de responder adecuadamente.

Ejemplos:

conflicto entre socios;
salida de una persona crítica;
reemplazo de liderazgo;
fracaso de implementación;
deterioro institucional;
ruptura entre áreas;
fusión;
adquisición;
cambio de directorio;
crisis deportiva;
discontinuidad operativa.

ACR puede ayudar a:

reconstruir antecedentes;
identificar dependencias;
distinguir causas y manifestaciones;
reconocer capacidades conservadas;
evaluar alternativas;
redistribuir funciones;
diseñar transiciones;
acompañar conversaciones;
documentar aprendizajes.

Tipos de aplicación según el dominio

Además de clasificarse por problema, las aplicaciones pueden organizarse por ámbito institucional.

Una misma aplicación puede pertenecer a más de una categoría.

Venture capital y startups

Primera vertical prioritaria de ACR.

Incluye:

screening de oportunidades;
compatibilidad con la tesis del fondo;
evaluación de equipos fundadores;
due diligence humana y organizacional;
acompañamiento del portfolio;
desarrollo preventivo;
transiciones de liderazgo;
conflictos;
profesionalización;
reorganización del board;
análisis intercultural.

Venture capital ofrece un campo especialmente relevante porque combina:

alta incertidumbre;
información incompleta;
fuerte dependencia de los founders;
necesidad de crecimiento;
presión temporal;
asimetrías de poder;
elevada interdependencia entre capital, estrategia y equipo.

Empresas y organizaciones

ACR puede aplicarse a organizaciones de diferentes tamaños y sectores.

Entre sus posibles usos:

análisis de equipos;
transformación organizacional;
desarrollo directivo;
reorganización;
sucesión;
expansión;
coordinación entre áreas;
evaluación de nuevas iniciativas;
conflictos;
integración de adquisiciones;
diseño de estructuras.

La empresa no se observa únicamente como una estructura formal.

También como una configuración de:

prácticas;
relaciones;
acuerdos;
dependencias;
narrativas;
autoridad formal e informal.

Implementación de sistemas y tecnologías

Esta aplicación analiza la dimensión humana de la incorporación de:

software;
plataformas;
automatizaciones;
sistemas de gestión;
inteligencia artificial;
herramientas de seguimiento;
nuevos procesos digitales.

Una implementación puede ser técnicamente correcta y organizacionalmente inviable.

ACR puede contribuir a observar:

preparación;
impacto sobre funciones;
conocimientos;
expectativas;
temores;
resistencia;
apropiación;
legitimidad;
canales de soporte;
capacidad de aprendizaje.

Transformación organizacional

Incluye procesos que modifican de manera significativa el funcionamiento del sistema.

Ejemplos:

reestructuración;
profesionalización;
fusión;
adquisición;
expansión;
internacionalización;
cambio cultural;
descentralización;
centralización;
rediseño de procesos;
incorporación de nuevas unidades.

ACR puede ayudar a diferenciar:

transformación declarada;
transformación efectivamente implementada;
adaptación superficial;
cambio de capacidad;
costos visibles;
costos desplazados.

Equipos directivos y governance

Se concentra en sistemas responsables de orientar y coordinar organizaciones.

Puede incluir:

directorios;
boards;
comités;
equipos ejecutivos;
consejos;
socios.

ACR puede observar:

distribución de autoridad;
legitimidad;
toma de decisiones;
acceso a información;
conflicto;
responsabilidad;
relación entre propiedad y función;
coordinación estratégica;
sucesión;
capacidad de revisión.

Instituciones educativas

Puede aplicarse a:

implementación de programas;
transformación curricular;
incorporación de tecnologías;
coordinación docente;
equipos de gestión;
proyectos institucionales;
convivencia;
cambios organizativos.

La evaluación deberá considerar las particularidades de:

objetivos educativos;
autonomía profesional;
diversidad de actores;
temporalidad institucional;
relaciones con estudiantes y familias;
normativas;
cultura organizacional.

Organizaciones deportivas

Puede aplicarse a:

equipos;
cuerpos técnicos;
dirigencias;
planteles;
procesos de selección;
liderazgo;
rendimiento;
transiciones;
conflictos;
preparación competitiva.

En este dominio, ACR debe evitar reducir el resultado deportivo a la dinámica grupal.

El rendimiento también depende de:

capacidad técnica;
preparación física;
estrategia;
recursos;
adversarios;
contingencias.

La contribución del framework consiste en analizar cómo la configuración humana condiciona la utilización de esas capacidades.

Organizaciones públicas y sociales

Puede aplicarse a:

organismos públicos;
asociaciones civiles;
fundaciones;
cooperativas;
programas sociales;
redes comunitarias.

En estos sistemas deben considerarse especialmente:

responsabilidad pública;
participación;
regulación;
diversidad de actores;
continuidad política;
legitimidad;
restricciones presupuestarias;
impacto social.

Alianzas y sistemas interorganizacionales

Algunas exigencias no pertenecen a una sola organización.

Aparecen en:

alianzas;
consorcios;
partnerships;
redes;
ecosistemas;
proyectos conjuntos;
articulaciones público-privadas.

En estos casos, la autoridad suele encontrarse distribuida y los actores pueden poseer:

objetivos diferentes;
recursos asimétricos;
culturas distintas;
horizontes incompatibles;
responsabilidades ambiguas.

ACR puede ayudar a observar la configuración que existe entre organizaciones y no solo dentro de cada una.

Lo que permanece estable entre aplicaciones

Aunque cambien los dominios, algunos componentes de ACR deben conservarse.

Unidad configuracional

Las explicaciones no deben reducirse a personas aisladas.

Contexto

Toda conducta y decisión debe interpretarse dentro de sus condiciones.

Interdependencia

Las acciones modifican las condiciones de otros actores.

Temporalidad

La configuración debe observarse como trayectoria.

Ciclo regulatorio

Toda aplicación deberá considerar, cuando corresponda:

detección;
interpretación;
coordinación;
acción;
aprendizaje;
reorganización.

Distinción entre desempeño y capacidad

Un resultado puntual no permite inferir automáticamente capacidad sostenible.

Exploración progresiva

La profundidad del análisis debe aumentar según la información y el riesgo.

Trazabilidad

Las inferencias deben relacionarse con evidencia identificable.

Incertidumbre

Los resultados deben expresar límites y niveles de confianza.

Intervención mínima suficiente

No debe aplicarse mayor profundidad, intrusión o costo que el necesario.

Revisión humana

Las decisiones sensibles no deberían depender únicamente de resultados automatizados.

Lo que debe adaptarse

La aplicación del framework no puede ser idéntica en todos los dominios.

Cada vertical deberá redefinir los siguientes elementos.

Sistema observado

¿Quiénes integran la configuración?

Exigencia

¿Qué debe resolver, implementar o transformar?

Criterios de éxito

¿Qué resultados son relevantes?

Actores

¿Quiénes participan, deciden, ejecutan o reciben consecuencias?

Relaciones de poder

¿Qué asimetrías condicionan la participación?

Fuentes

¿Qué información puede obtenerse?

Instrumentos

¿Qué preguntas, ejercicios o dinámicas son apropiados?

Temporalidad

¿En qué plazos se desarrolla el proceso?

Intervenciones

¿Qué acciones son posibles y legítimas?

Límites

¿Qué inferencias o usos deben evitarse?

Ética y regulación

¿Qué condiciones particulares de privacidad, consentimiento o responsabilidad existen?

Arquitectura mínima de una aplicación

Cada documento de aplicación debería contener, como mínimo, las siguientes secciones:

# Nombre de la aplicación

## Problema
## Sistema observado
## Actores
## Exigencias
## Contexto
## Preguntas centrales
## Capacidades observadas
## Riesgos
## Fuentes de información
## Instrumentos posibles
## Momentos de aplicación
## Resultados
## Intervenciones
## Uso de inteligencia artificial
## Participación del especialista
## Consideraciones éticas
## Límites
## Validación
## Relación con HSUU y ACR

Esta arquitectura permitirá comparar aplicaciones sin asumir que son equivalentes.

Niveles de madurez

Las aplicaciones no tendrán inicialmente el mismo desarrollo.

Cada una podrá clasificarse según su estado.

Exploratoria

Existe una relación conceptual plausible con ACR, pero todavía no se desarrollaron instrumentos ni casos suficientes.

Formulada

Se definieron el problema, la unidad de análisis y las principales hipótesis aplicadas.

Piloto

Existen instrumentos iniciales y casos de prueba.

En validación

Se recopila evidencia sistemática sobre sus resultados y limitaciones.

Operativa

Cuenta con un proceso suficientemente definido para ser aplicado de manera controlada.

Revisada

La aplicación fue modificada a partir de evidencia, casos o efectos observados.

El estado deberá presentarse de manera explícita.

La existencia de una página dentro del repositorio no implica que la aplicación se encuentre validada.

Aplicaciones y servicios

Una aplicación no equivale automáticamente a un servicio.

La aplicación define:

el problema;
la arquitectura analítica;
los actores;
los mecanismos;
los posibles instrumentos.

El servicio define:

qué se ofrece;
a quién;
en qué momento;
mediante qué proceso;
con qué entregables;
bajo qué condiciones.

Por ejemplo:

Aplicación:
Venture capital

Posibles servicios:
- screening asistido;
- founder due diligence;
- acompañamiento de portfolio;
- intervención en transiciones;
- análisis intercultural.

De la misma manera:

Aplicación:
Implementación de sistemas

Posibles servicios:
- evaluación de preparación;
- análisis de actores;
- acompañamiento preventivo;
- monitoreo de adopción;
- intervención ante bloqueo.

Esta separación evita diseñar el framework únicamente desde una lógica comercial.

Aplicaciones e instrumentos

Los instrumentos tampoco deben confundirse con las aplicaciones.

Una misma herramienta puede utilizarse en distintos dominios si se adapta adecuadamente.

Ejemplos:

mapas de funciones;
análisis de interdependencias;
escenarios;
evaluaciones cruzadas;
ejercicios de decisión;
dinámicas de coordinación;
entrevistas adaptativas;
seguimiento longitudinal.

Sin embargo, un instrumento desarrollado para founders no debería trasladarse automáticamente a:

docentes;
deportistas;
funcionarios;
equipos sanitarios;
directorios.

Cada transferencia requiere examinar:

lenguaje;
incentivos;
relaciones de poder;
contexto;
validez;
riesgos.

El papel de la inteligencia artificial

La inteligencia artificial puede cumplir funciones transversales en las diferentes aplicaciones.

Entre ellas:

procesamiento documental;
adaptación de preguntas;
comparación de perspectivas;
identificación de información faltante;
detección de contradicciones;
preparación de escenarios;
análisis longitudinal;
organización de evidencia;
generación de informes;
trazabilidad;
selección de próximas exploraciones.

Sin embargo, el modelo de IA no debería inferir que una relación identificada en un dominio se cumple automáticamente en otro.

La transferencia deberá estar mediada por:

hipótesis explícitas;
revisión conceptual;
casos;
validación;
supervisión especializada.

La profundidad como objetivo

ACR no busca únicamente aumentar la cantidad de información.

Busca mejorar su capacidad para comprender:

configuraciones;
mecanismos;
tensiones;
capacidades;
trayectorias.

La profundidad no depende necesariamente de realizar una entrevista extensa con todos los actores.

Puede construirse mediante la integración de:

documentos;
preguntas adaptativas;
pruebas situacionales;
ejercicios;
autoevaluaciones;
evaluaciones cruzadas;
dinámicas;
datos de proceso;
seguimiento temporal;
entrevistas selectivas.

El objetivo es reducir tareas profesionales repetitivas y concentrar la intervención humana en situaciones que requieren:

interpretación contextual;
contraste;
facilitación;
responsabilidad;
diseño de acciones.

Prevención, acompañamiento y reparación

Las aplicaciones de ACR pueden producir diferentes formas de intervención.

Preventivas

Buscan aumentar capacidad antes de una dificultad relevante.

Pueden incluir:

preparación;
clarificación;
entrenamiento;
desarrollo;
diseño de acuerdos;
anticipación de escenarios;
fortalecimiento de canales.

De acompañamiento

Buscan sostener una transformación mientras ocurre.

Pueden incluir:

seguimiento;
revisión periódica;
facilitación;
ajuste de roles;
resolución temprana;
retroalimentación;
capacitación.

Correctivas

Buscan modificar mecanismos que están produciendo dificultades.

Pueden incluir:

redistribución;
rediseño;
mediación;
revisión de procesos;
cambio de autoridad;
incorporación de capacidades.

Reparadoras

Buscan abordar consecuencias relacionales u organizacionales ya producidas.

Pueden incluir:

reconstrucción de confianza;
elaboración de conflictos;
redefinición de acuerdos;
reorganización;
acompañamiento de salidas.

De mitigación

Buscan reducir efectos cuando no es posible resolver completamente la causa o restaurar la situación anterior.

La intervención debe corresponder con:

la etapa;
la gravedad;
los recursos;
la voluntad de los actores;
las condiciones institucionales.

Criterios para priorizar una aplicación

Una aplicación podrá considerarse prioritaria cuando combine:

relevancia del problema;
acceso a casos;
posibilidad de obtener evidencia;
correspondencia con las hipótesis de HSUU;
capacidad profesional disponible;
viabilidad tecnológica;
necesidad del mercado o institución;
potencial preventivo;
posibilidad de intervención;
condiciones éticas suficientes.

La prioridad comercial no deberá reemplazar la evaluación epistemológica.

Del mismo modo, el interés conceptual no garantiza que una aplicación pueda convertirse inmediatamente en un servicio viable.

Primera secuencia de desarrollo

La secuencia inicial propuesta es:

1. Venture capital

Por constituir el origen operativo de ACR y el dominio en el que se identificó inicialmente el problema.

2. Implementación de sistemas y tecnologías

Por su relación con el desarrollo de software, inteligencia artificial y transformación digital.

3. Organizaciones y equipos directivos

Por su proximidad con la psicología organizacional, la consultoría y el análisis institucional.

4. Transformación organizacional

Por integrar evaluación anticipada, acompañamiento y reorganización.

5. Organizaciones deportivas

Por permitir contrastar las hipótesis en sistemas sometidos a alta exigencia, interdependencia y temporalidad intensa.

Esta secuencia es provisional.

Podrá modificarse según:

oportunidades;
acceso;
casos;
asociaciones;
evidencia;
recursos disponibles.

Documentos previstos

La estructura inicial de esta sección será:

03_aplicaciones/
├── index.md
├── venture-capital.md
├── implementacion-de-sistemas.md
├── organizaciones.md
├── transformacion-organizacional.md
├── equipos-directivos.md
├── deporte.md
└── sistemas-interorganizacionales.md

No todos los documentos tendrán que desarrollarse simultáneamente.

Cada uno deberá avanzar como una línea específica, conectada con el framework general.

Riesgos de la expansión

Ampliar ACR a diferentes dominios presenta riesgos.

Generalización prematura

Suponer que un patrón observado en startups se reproduce en toda organización.

Fragmentación

Crear aplicaciones sin una arquitectura conceptual compartida.

Superficialidad

Nombrar numerosos dominios sin desarrollar ninguno con profundidad suficiente.

Confusión comercial

Modificar el framework para adaptarlo a cada oportunidad de mercado.

Transferencia de instrumentos

Utilizar herramientas fuera del contexto para el que fueron diseñadas.

Dilución

Ampliar tanto el alcance que ACR deje de poseer un objeto claramente delimitado.

Exceso de confianza

Presentar aplicaciones exploratorias como soluciones validadas.

Estos riesgos hacen necesaria una expansión progresiva y documentada.

Criterio de coherencia

Una aplicación deberá justificar su pertenencia a ACR demostrando que estudia al menos parte de la siguiente secuencia:

Señales
    ↓
Interpretaciones
    ↓
Relaciones e interdependencias
    ↓
Coordinación y autoridad
    ↓
Decisiones y acciones
    ↓
Consecuencias
    ↓
Aprendizaje
    ↓
Reorganización

No toda aplicación necesita observar cada componente con la misma profundidad.

Pero debe conservar relación explícita con la regulación adaptativa colectiva.

Formulación integrada

Las aplicaciones de ACR adaptan el framework a sistemas humanos concretos que deben seleccionar alternativas, implementar decisiones, atravesar transformaciones o reorganizarse bajo incertidumbre. En cada dominio, ACR analiza la relación entre contexto, capacidades, funciones, interdependencias, autoridad, información, aprendizaje y temporalidad para orientar procesos de evaluación, prevención, acompañamiento, corrección o reparación.

Venture capital constituye su primera aplicación prioritaria.

No constituye su frontera.

Alcance de la sección

Esta sección del repositorio documentará:

dominios de aplicación;
problemas específicos;
hipótesis aplicadas;
actores;
momentos de intervención;
instrumentos posibles;
servicios derivados;
límites;
evidencia;
evolución.

Los documentos no deberán presentarse como catálogos comerciales.

Su propósito principal será mostrar cómo ACR se traduce de manera rigurosa a cada contexto.

Pregunta central

Toda aplicación deberá responder:

¿Qué configuración humana deberá interpretar, implementar, sostener o transformar esta iniciativa, y qué capacidades o bloqueos condicionarán su trayectoria?

Pregunta de control

Antes de trasladar ACR a un nuevo ámbito deberá preguntarse:

¿La aplicación conserva el núcleo conceptual del framework, reconoce las particularidades del dominio y evita trasladar categorías, instrumentos o conclusiones sin suficiente adaptación y contraste?

Cuando estas condiciones no se cumplen, la aplicación todavía debe permanecer en estado exploratorio.