El OC Architect no existe en el mercado. No puede comprarse. Tiene que formarse. Es el portador de la IP del Organizational Commons en cada implementación — la persona que garantiza que el sistema técnico produzca transformación real.
Ver el programa de formacióndominios de conocimiento que rara vez coexisten en un mismo perfil
de formación + práctica supervisada en proyecto real
punto de entrada: conversación de selección de 90 minutos con Adaptant
"Cualquier equipo de ingeniería puede construir un RAG sobre datos propios. Lo que ninguno puede hacer sin formación específica es garantizar que ese sistema produzca autonomía en lugar de reproducir jerarquías."Principio fundacional del programa de certificación · Adaptant
La combinación es lo que hace al rol escaso, valioso e imposible de reemplazar con recursos genéricos de mercado.
Comprensión funcional de las cuatro capas de la arquitectura del OC: integración de fuentes, datamart semántico, motor de IA conversacional y capa de generación. No es un ingeniero de datos — es alguien que puede conversar con ingenieros de datos, detectar decisiones técnicas con consecuencias metodológicas, y garantizar que la arquitectura sirva al diseño y no al revés.
Conocimiento profundo de los principios del Organizational Commons: el modelo de privacidad por naturaleza, el diseño orientado a preguntas desde la periferia, el feedback loop como diagnóstico organizacional, la secuencia de implementación en fases, y el Principio 7 de auditoría anti-jerárquica. Es la persona que detecta cuando una decisión de diseño reproduce el modelo de control que el OC debe transformar.
Capacidad para conducir las sesiones de mapeo de preguntas con equipos periféricos, las sesiones de diseño del modelo de privacidad con la dirección, y las sesiones de diagnóstico de estructuras de reporte. Facilitar esos procesos en organizaciones con resistencias activas, con agendas políticas en tensión, y con participantes que no comparten el mismo lenguaje requiere experiencia específica.
El middle management es el actor más crítico en toda implementación de OC — y el que más frecuentemente bloquea el proceso de forma silenciosa. El OC Architect sabe leer esa resistencia, nombrarla sin confrontación, e involucrar a los roles amenazados en el co-diseño de forma que su conocimiento se vuelva valioso para el commons.
El OC Architect no puede ser cualquier persona disponible — es el rol más crítico de la implementación. La selección es una decisión estratégica, no operativa.
Capacidad demostrada para leer organizaciones como sistemas, no como organigramas. Experiencia con marcos de complejidad o diseño organizacional es una ventaja.
Haber conducido procesos grupales con stakeholders de distintos niveles y con tensiones activas. No necesariamente como facilitador certificado — sí como práctica habitual.
Disposición genuina a trabajar en la intersección entre decisiones técnicas de datos/IA y decisiones de diseño organizacional. Ninguno de los dos extremos puro.
Comprensión básica de cómo se integran, almacenan y consultan fuentes de datos. No se requiere experiencia en programación — sí familiaridad con arquitecturas de información.
El candidato debe querer aprender Beta y el OC Framework como marco conceptual propio — no solo como herramienta de proyecto. La formación lo requiere desde el inicio.
Para completar el Módulo M4 (práctica supervisada), el candidato o su organización debe tener un proyecto de implementación OC real sobre el cual trabajar durante la formación.
La evaluación de prerrequisitos se realiza a través de una conversación de 90 minutos con el equipo de Adaptant — no de un examen ni de un formulario. El objetivo es identificar si el candidato tiene la base conceptual y la disposición para la formación, no verificar credenciales formales.
Cinco pasos en secuencia, sin atajos.
90 minutos · Adaptant evalúa perfil base y disposición conceptual
4 días intensivos · Base conceptual Beta y métodos de transformación
3 días · Formación exclusiva en OC Framework v2.0 con casos reales
Meses 2–5 · Primer proyecto completo con mentor de Adaptant
Acceso a la red de practitioners y al OC Framework actualizado
Los dos primeros son los entrenamientos públicos de Adaptant. Los dos últimos son exclusivos del OC Framework y se desarrollan en el contexto del primer proyecto real del candidato.
Entrenamiento intensivo basado en los conceptos de organizaciones Beta y el BetaCodex de Niels Pflaeging. Es la base conceptual sin la cual las decisiones de diseño del commons carecen de marco de referencia. Al finalizar, el candidato puede leer una organización desde el marco ALFA/BETA y tiene vocabulario compartido con el equipo de Adaptant.
Entrenamiento en modelos y estrategias de transformación organizacional. Complementa el módulo anterior con el método: cómo se interviene un sistema organizacional real con herramientas concretas. El candidato aprende a diseñar y facilitar procesos de cambio que no reproduzcan el modelo que deben transformar.
Formación específica en el Organizational Commons Framework. A diferencia de los módulos anteriores, esta formación es exclusiva de Adaptant y no está disponible en formato abierto. El candidato trabaja sobre casos documentados de implementaciones previas, toma decisiones de diseño sobre escenarios reales, y desarrolla criterio para detectar el error más frecuente: reproducir la jerarquía en el commons en nueva forma.
El candidato co-facilita su primer proyecto de implementación completo bajo supervisión directa. El mentor de Adaptant está presente en todas las sesiones críticas, interviene cuando es necesario, y provee retroalimentación estructurada después de cada sesión. Las decisiones de diseño que el candidato toma durante esta fase son documentadas y evaluadas contra los criterios del OC Framework. No se evalúa el resultado técnico del commons — sino la calidad metodológica de las decisiones que lo producen.
El OC Framework en contexto de una organización con resistencias activas, con datos incompletos, con dirección que aprobó eficiencia y descubrió redistribución — eso no se aprende en un aula. La práctica supervisada en proyecto real es parte obligatoria de la formación, no un extra.
El OC Architect certificado accede a la red de practitioners, a las actualizaciones del OC Framework, y al acompañamiento de Adaptant en cada nueva implementación. La certificación otorga el derecho a portar la IP — y la responsabilidad de actualizarla con cada proyecto.
Un OC Architect que no comprende los principios Beta puede construir un commons técnicamente impecable que reproduce exactamente el modelo de control que debía transformar. La formación en Beta no es un complemento opcional — es la base conceptual sin la cual las decisiones de diseño se toman en el vacío.
Que quedan en la organización o en el partner al finalizar la formación.
Una persona con dominio del OC Framework completo, criterio metodológico demostrado en condiciones reales, y acceso a la red de practitioners de Adaptant. El activo más estratégico de cualquier implementación.
El registro de las decisiones metodológicas tomadas durante el primer proyecto supervisado, con el criterio que las fundamenta. Este documento es el portafolio de criterio del candidato certificado y alimenta la evolución del OC Framework.
Con un OC Architect certificado disponible, el partner o la organización puede planificar implementaciones futuras con autonomía creciente y costos de acompañamiento decrecientes.
Membresía activa en la red de OC Architects certificados, con acceso a las actualizaciones del OC Framework, a los casos documentados de otras implementaciones, y a las sesiones periódicas de revisión de criterio.
A partir del segundo proyecto certificado, el OC Architect puede mentorear a nuevos candidatos del partner o de la organización, multiplicando la capacidad de implementación sin depender exclusivamente de Adaptant.
El programa de certificación activa tensiones predecibles. Ignorarlas debilita la certificación. Anticiparlas en el diseño las convierte en criterios de calidad.
El partner que acaba de firmar su primer proyecto necesita un OC Architect hoy — no en cinco meses. La presión para acortar la formación, saltear módulos, o certificar candidatos que no han completado la práctica supervisada es real y constante. Ceder produce OC Architects sin el criterio para detectar decisiones de diseño críticas.
Una vez certificado, el OC Architect tiene el conocimiento para operar sin supervisión. La tentación — para el partner o para el propio Architect — es reducir el contacto con Adaptant y adaptar el framework a las circunstancias locales sin documentar ni compartir esas adaptaciones. Eso fragmenta la IP.
Después de una implementación exitosa, la organización pregunta inevitablemente: "¿podemos formar a alguien internamente sin pasar por el programa de certificación de Adaptant?" La respuesta corta es no — y la explicación requiere que Adaptant pueda demostrar concretamente qué produce el programa.
La certificación OC Architect no existe como oferta independiente. Es el resultado de trabajar con Adaptant — en un proyecto de implementación o en el modelo partner.
Cuando Adaptant implementa un Organizational Commons, la formación del OC Architect no es un servicio adicional — es parte de cómo se ejecuta el proyecto. Desde el inicio, uno o más miembros del equipo del cliente trabajan junto al OC Architect de Adaptant en cada etapa: el mapeo de preguntas, el diseño del modelo de privacidad, las sesiones con el middle management, las decisiones de arquitectura de datos.
Al finalizar el proyecto, esa persona no solo estuvo presente — tomó decisiones de diseño documentadas, recibió retroalimentación estructurada en cada sesión crítica, y desarrolló el criterio para detectar cuándo una decisión técnica tiene consecuencias metodológicas. Eso es lo que Adaptant evalúa para emitir la certificación.
Un partner de Adaptant puede revender e implementar el Organizational Commons con sus propios clientes. Para eso necesita al menos un OC Architect certificado en su equipo — porque la certificación es el mecanismo que garantiza que la IP del OC llega íntegra a cada proyecto, independientemente de quién lo ejecute.
La certificación del OC Architect del partner ocurre dentro del primer proyecto conjunto con Adaptant. El partner no certifica a alguien en abstracto: certifica a la persona que va a portar la metodología en sus próximas implementaciones, sobre un proyecto real, con el acompañamiento directo del equipo de Adaptant.
La IP del OC no está en el código ni en la infraestructura — esos son commodities que cualquier equipo de ingeniería puede construir. La IP está en el método, en la secuencia, y en las decisiones de diseño que hacen que la implementación técnica produzca transformación real. El OC Architect certificado es el portador de esa IP en cada proyecto. La certificación es el mecanismo que garantiza la fidelidad de esa transmisión.
Si estás pensando en implementar un Organizational Commons en tu organización, o en incorporar la metodología OC a tu práctica como partner, el punto de partida es siempre el mismo: una conversación con el equipo de Adaptant para entender el contexto y evaluar si hay fit.
"El OC Architect certificado no es el resultado de la tercera intervención — es la condición que hace posibles todas las demás. Sin ese portador de la IP en cada implementación, el commons es un proyecto de TI con ambiciones de transformación. Con él, es el inicio de una organización que aprende a decidir con autonomía real."OC Framework · Tercera Intervención · Adaptant · Abril 2026