How do you know a practitioner actually crossed the transition?

Por qué la pregunta es sobre refutación, no sobre marketing

Si el Pilar 1 (Mixer Mode) es real, debería haber una manera de decir "esta persona cruzó". Si no la hay, el pilar es decoración. Me parece importante quedarse con esa pregunta abierta — no con la respuesta — porque la respuesta cómoda es defender el framework, y la respuesta honesta es preguntarse si se puede falsar.

El framework lo he ofrecido en forma precisa precisamente para que pueda fallar. Citando a Popper en versión liviana: una propuesta que no puede estar equivocada tampoco puede estar correcta de manera interesante. "Precise enough to be wrong" es el estándar mínimo. Y eso me obliga a la incomodidad de nombrar qué evidencia haría honesto decir "sí, cruzó" — y qué evidencia me obligaría a decir "el pilar no se sostiene".

La refutación más fatal sería esta: ausencia sistemática de Mixer Mode en practitioners que asumimos cruzaron la transición. Si los seniors con veinte años, los CTOs con varios exits, los arquitectos respetados — si ninguno opera de manera detectable como el Mixer Mode predice, entonces el constructo no es operacional. Y eso es información, no marketing. Lo que sigue son tres tipos de evidencia que sí me parecerían honestos, y tres que no.

Evidencia 1 — Articulación retrospectiva del saber tácito

La primera evidencia: la persona puede nombrar, después de una decisión, los canales que estaba modulando en el fondo sin haberlos verbalizado durante. No es que pueda decir "opero en Mixer Mode". Eso es vocabulario. Es que, frente a una decisión concreta — "¿por qué cortaste el feature así?" — puede reconstruir los canales que estaban operando: producto (qué pierde el usuario), arquitectura (qué deuda se evita), QA (qué se rompe en edge cases), comms (cómo se cuenta).

Polanyi predice exactamente esto. La dificultad de articulación es un síntoma esperado del conocimiento tácito — we know more than we can tell. Pero la posibilidad de articulación post-hoc, cuando se invita a hacerlo, es señal de consolidación de la expertise. No es que el experto sepa decirlo de antemano. Es que, cuando se le pregunta bien, puede ir a buscarlo a la memoria de la decisión.

Lo opuesto — "no sé por qué decidí eso, simplemente lo vi" — no es evidencia contraria automática. Puede ser expertise muy consolidada que perdió la trazabilidad consciente. Pero pide más datos. Y pide preguntar de otra manera: con el caso encima, con los detalles, con tiempo. Porque si después de eso sigue sin haber articulación, ya estamos en otro territorio — probablemente intuición sin estructura, no Mixer Mode operando.

Evidencia 2 — Modulación de canales bajo presión

La segunda evidencia es comportamental, no narrativa: bajo presión real — un incidente, un deadline, un stakeholder hostil — la persona no colapsa a un solo canal. Sigue manteniendo los otros canales en nivel modulado, aunque uno suba al máximo.

En la era del sombrero, lo predecible bajo presión era "code first, comms later". Te metes en el código, apagas el incendio, después le cuentas a alguien. La definición operacional del Mixer Mode es justamente que comms y arquitectura no se apagan aunque código suba a once. Quedan presentes en nivel bajo. El arquitecto que está apagando un incidente sigue pensando "esto que estoy haciendo, ¿cómo se lo voy a contar al equipo mañana? ¿qué patrón estoy fijando para el próximo incidente?" — sin que eso le distraiga del código.

Medir esto requiere observación. No basta con preguntar después. Requiere estar presente durante el evento, o tener registros (Slack, comms, commits, decisiones) que permitan reconstruir si los canales operaron en paralelo. Es caro, pero es la evidencia más limpia que conozco. Y es justamente lo que distingue Mixer Mode operacional de Mixer Mode performado.

Evidencia 3 — Capacidad de modelarlo para juniors bajo preceptoría

La tercera evidencia es probablemente la más dura: la persona puede descomponer la simultaneidad para alguien que está aprendiendo, sin colapsarla en un checklist. Puede mostrar el mixer en operación de manera observable, y puede ayudar al junior a empezar a operar el suyo.

Sostener Mixer Mode no es lo mismo que poder enseñarlo. Hay seniors brillantes que operan los cuatro canales con fluidez y no pueden articular cómo lo hacen — y eso, para la organización, es un problema. Porque el pipeline a juniors no transfiere. Y si la organización tiene seniors en Mixer Mode pero el pipeline no funciona, el Pilar 1 está incompleto a nivel organizacional aunque exista individualmente.

Dreyfus & Dreyfus (1980), en su modelo de cinco estadios de adquisición de habilidad, distinguen entre el experto que opera y el experto que puede modelar. Son etapas distintas. Y el segundo es el que sostiene la transmisión. Para el Mixer Mode esto importa especialmente porque la transición se está dando ahora — no podemos esperar generaciones para que el saber se acumule por osmosis. Necesitamos seniors que modelen, no solo que operen.

Lo que NO cuenta como evidencia

Tres tipos de "evidencia" que aparecen seguido y que me parecen débiles. Primero: self-report aislado. "Yo opero en Mixer Mode" sin observación ni datos detrás. Esto es exactamente lo que Dunning-Kruger predice que va peor en expertise compleja — los más débiles se reportan más fuertes, los más fuertes se reportan más débiles. El self-report sin triangulación no es señal.

Segundo: productividad medida por output. El mixer es recuperación de capacidad, no es un multiplicador. No esperes que alguien en Mixer Mode entregue 2x features. Lo que esperarías es que tome mejores decisiones, que el equipo le confíe más cosas estructurales, que las consecuencias de sus decisiones envejezcan mejor. Eso no aparece en un dashboard de velocity.

Tercero: vocabulario fluido sobre el framework. Saber decir "setpoint", "control vacuum", "executable knowledge" no es operar. Articular el frame y operar el frame son dos cosas distintas. Y de hecho, hay una correlación que no he medido pero que sospecho: las personas que más rápido aprenden el vocabulario suelen ser las que menos tiempo pasan operando lo que el vocabulario describe.

Lo que todavía no sabemos

Varias cosas quedan abiertas y vale la pena nombrarlas. ¿Cuánto tiempo de operación sostenida necesitamos observar antes de decir "cruzó"? No lo sé. Mi intuición es semanas o meses, no horas, pero no tengo un protocolo cerrado.

¿Hay falsos positivos sistemáticos en industrias o culturas con norma fuerte de articulación verbal? Probablemente. Una cultura consultora, por ejemplo, entrena a las personas a sonar como expertas mucho antes de serlo. Y una cultura más callada puede ocultar Mixer Mode genuino bajo silencio. Hay un sesgo cultural en el método que todavía no sé cómo limpiar.

¿Cómo distinguimos Mixer Mode genuino del performance social de un experto experimentado? Esta es la más difícil. Y creo que la única respuesta honesta es triangulación múltiple — varias fuentes de evidencia, observación de comportamiento, no confiar en una sola señal.

Cierre — la pregunta queda abierta a propósito

Esto no es un checklist de certificación. Es un protocolo de calibración honesto. Y lo dejo abierto a propósito porque la validación del Pilar 1 depende de que esta pregunta tenga respuesta operacional en los próximos años — y esa respuesta no la voy a producir yo solo.

Si tu organización está experimentando con esto, los datos importan. Y los reportes negativos importan más que los positivos. Si encuentran que el Mixer Mode no se detecta donde esperarían encontrarlo, esa es la evidencia más valiosa que pueden compartir. Es la que más mueve el frame.

Esto ya estaba en ti — si has trabajado años acompañando seniors, ya tienes intuiciones sobre cuándo alguien "cruzó" y cuándo está performando. Lo que falta es nombrar esas intuiciones para que se puedan compartir. Esa nombramiento colectivo es el trabajo.

¿Cuál de estas tres piezas de evidencia te parece más débil — y qué señal usarías tú para decir "esta persona cruzó"? Mándame un DM o contáctame por los canales en rlabs.cl.