Ruta de formación por perfil de origen
Contexto
Quien llega al rol viene de un puesto que ya existe: líder técnico, gerente de proyecto o de producto, arquitecto de soluciones, implementador, analista, ingeniero de procesos, desarrollador o QA. Ver Perfiles de origen. Esta nota adapta la ruta de formación a cada punto de partida.
La idea central
Todos llegan al mismo rol y evolucionan con los mismos criterios. Lo que cambia es dónde pone el énfasis cada persona: lo que ya domina lo demuestra, y lo que no domina lo aprende.
Nadie se salta una fase. Quien ya domina una la acredita: hace la práctica que cierra esa fase y un mentor confirma el resultado. No se acredita por antigüedad ni por el puesto que se tuvo, sino por lo que se demuestra.
1. Diagnóstico de entrada
Antes de empezar, la persona y su mentor revisan las seis fases. Para cada una se preguntan: ¿podría hacer hoy la práctica que la cierra? Con la respuesta, cada fase queda en uno de tres niveles:
| Nivel | Qué significa | Qué hace la persona |
|---|---|---|
| Acredita | Ya lo hace en su trabajo actual | Hace la práctica de cierre y el mentor la confirma. No cursa la fase |
| Refuerza | Conoce la base, pero le faltan piezas | Cursa los módulos de la fase con énfasis en lo que le falta |
| Aprende | Es nuevo para su perfil | Cursa la fase completa |
Recordatorio de las fases y la práctica que cierra cada una:
| Fase | Práctica que la cierra |
|---|---|
| 1. Inmersión en el negocio | Explicar a dirección cómo genera ingresos cada línea de negocio y dónde están sus cuellos de botella |
| 2. Lean, Gemba y usuario | Un Gemba completo con mapa de estado actual y futuro de un proceso real |
| 3. Arquitectura de la empresa | Validar el encaje de una solución propuesta en la arquitectura existente |
| 4. IA y agentes | Especificar una unidad agéntica para una tarea del proceso, con su punto de revisión humana |
| 5. Hipótesis, medición y control | Redactar y firmar una hipótesis de valor con el dueño del proceso |
| 6. Ciclo completo acompañado | Una iniciativa llevada del Gemba a la validación, con mentor. Todos la cursan |
2. Punto de partida esperado por perfil
La tabla muestra el nivel más probable de cada perfil en las fases 1 a 5. Es una referencia para planear, no un veredicto: el diagnóstico de entrada manda sobre la tabla. Un desarrollador que ya trabaja con agentes puede acreditar la fase 4; un analista que nunca ha medido un proceso puede tener que aprender la fase 5.
| Perfil de origen | 1. Negocio | 2. Lean y Gemba | 3. Arquitectura | 4. IA y agentes | 5. Hipótesis y control |
|---|---|---|---|---|---|
| Líder técnico | Refuerza | Aprende | Acredita | Refuerza | Refuerza |
| Gerente de proyecto o de producto | Refuerza | Aprende | Aprende | Refuerza | Acredita |
| Arquitecto de soluciones | Refuerza | Aprende | Acredita | Refuerza | Aprende |
| Implementador de soluciones | Refuerza | Refuerza | Aprende | Aprende | Aprende |
| Analista | Refuerza | Refuerza | Refuerza | Aprende | Refuerza |
| Ingeniero de procesos | Refuerza | Acredita | Aprende | Aprende | Refuerza |
| Desarrollador de software | Aprende | Aprende | Refuerza | Refuerza | Aprende |
| Ingeniero de calidad (QA) | Aprende | Refuerza | Refuerza | Refuerza | Refuerza |
Lo que dice la tabla
Casi nadie llega acreditando la fase 2. Lean, Gemba y usuario es el corazón del rol y lo menos común en el área de tecnología. Es donde más invierte la mayoría.
3. Ficha por perfil
Cada ficha tiene cinco partes. La más importante es lo que tiene que desaprender: el hábito de su puesto actual que choca con un principio del rol. Ese hábito no es un defecto: funcionaba en su puesto, pero en este rol lleva al error.
Líder técnico
- Fortaleza que trae: conoce la arquitectura, sabe qué es viable y qué cuesta mantener.
- Lo que tiene que desaprender: decidir desde la tecnología. Choca con el principio 6, negocio primero, tecnología como medio.
- Módulos con énfasis: 1, 2, 4 y 5.
- Primera práctica recomendada: un Gemba en un proceso donde sus sistemas intervienen, pero que nunca ha visto operar desde el lado del usuario.
- Riesgo típico: discutir tecnologías en lugar de valor. Ver Derivar a lo técnico en riesgos del rol.
Gerente de proyecto o de producto
- Fortaleza que trae: coordina, prioriza, controla alcance y entrega.
- Lo que tiene que desaprender: medir el éxito por entregar a tiempo. Choca con el principio 5, entregar no es terminar.
- Módulos con énfasis: 2, 3, 4 y 7.
- Primera práctica recomendada: tomar una solución ya entregada y validarla contra un indicador del proceso. ¿Movió algo?
- Riesgo típico: volver al cronograma y dejar de ir al Gemba. Ver Convertirse en administrador de proyecto y El trabajo de Product Owner absorbe el rol.
Arquitecto de soluciones
- Fortaleza que trae: diseña cómo encajan las piezas; ve integraciones, datos y seguridad.
- Lo que tiene que desaprender: diseñar desde el requerimiento. Choca con el principio 1, el Gemba antes que la solicitud.
- Módulos con énfasis: 1, 2, 4 y 6.
- Primera práctica recomendada: tomar un requerimiento que llegó "cerrado" y rehacerlo desde el Gemba. ¿La solución pedida era la necesaria?
- Riesgo típico: convertirse en tomador de pedidos con buena arquitectura. Ver Convertirse en tomador de pedidos.
Implementador de soluciones
- Fortaleza que trae: conoce a los usuarios, la operación real y lo que hace que una solución se adopte o no.
- Lo que tiene que desaprender: recibir la solución como dada y hacerla funcionar. Choca con el principio 3, primero eliminar, después automatizar: antes de implementar, pregunta si el paso debería existir.
- Módulos con énfasis: 4, 6 y 7.
- Primera práctica recomendada: en un proceso recién implementado, medir la adopción real y encontrar el desperdicio que quedó.
- Riesgo típico: diseñar para que la puesta en marcha sea fácil, no para que el indicador se mueva.
Analista
- Fortaleza que trae: levanta requerimientos, documenta y ordena información.
- Lo que tiene que desaprender: transcribir lo que le piden. Choca con el principio 1, el Gemba antes que la solicitud, y con el 2, el valor se descubre, no se define.
- Módulos con énfasis: 2, 4, 6 y 7.
- Primera práctica recomendada: tomar una solicitud reciente y convertirla en un planteamiento del problema sin solución.
- Riesgo típico: documentar muy bien una solución que no hacía falta. Ver Convertirse en tomador de pedidos.
Ingeniero de procesos
- Fortaleza que trae: mapea, mide y elimina desperdicio. Domina Lean y el Gemba.
- Lo que tiene que desaprender: quedarse en el estado futuro dibujado. En este rol, el rediseño se cierra con una solución construida y validada; la tecnología es una herramienta más del rediseño, no un tema de otra área.
- Módulos con énfasis: 7 y 8.
- Primera práctica recomendada: tomar un proceso que ya rediseñó y diseñar su solución con agentes, con su especificación y su punto de revisión humana.
- Riesgo típico: proponer soluciones que no encajan en la arquitectura o que no se pueden sostener. Se cubre con la fase 3.
Desarrollador de software
- Fortaleza que trae: sabe construir, conoce los sistemas por dentro y hoy trabaja con agentes que escriben código.
- Lo que tiene que desaprender: saltar a la solución. Choca con el principio 1, el Gemba antes que la solicitud, y con el 3, primero eliminar, después automatizar.
- Módulos con énfasis: 1, 2, 4, 5 y 6.
- Primera práctica recomendada: un Gemba en un proceso donde no va a escribir código. El objetivo es entenderlo, no resolverlo.
- Riesgo típico: construir rápido algo que nadie necesitaba. Ver Derivar a lo técnico.
Ingeniero de calidad (QA)
- Fortaleza que trae: piensa en casos, excepciones y criterios de aceptación.
- Lo que tiene que desaprender: validar que el sistema funcione. Choca con el principio 5, entregar no es terminar: aquí se valida que el valor se cumpla en el proceso.
- Módulos con énfasis: 1, 2, 6 y 9.
- Primera práctica recomendada: escribir los criterios de aceptación de una solución a partir de su hipótesis de valor, no de su especificación técnica.
- Riesgo típico: declarar éxito porque no hubo fallas. Ver No validar.
4. Evolución en el rol
Terminar las fases no es el final. La persona evoluciona en el rol en tres niveles, según cuánto puede llevar sola. Cada nivel tiene sus criterios de formación: lo que debe demostrar para pasar al siguiente.
Acompañado
Recorre el ciclo completo con un mentor, que confirma con él cada compuerta.
Criterios de formación para pasar a supervisado:
- Fases 1 a 5 acreditadas o cursadas.
- Una iniciativa llevada del Gemba a la validación con su mentor (fase 6).
- Hipótesis firmada por el dueño del proceso y validada con datos.
Supervisado
Lleva una iniciativa solo. El mentor solo revisa en las compuertas C3 (hipótesis firmada) y C6 (validación).
Criterios de formación para pasar a autónomo:
- Una segunda iniciativa llevada de forma autónoma, de principio a fin.
- Reporte de validación presentado ante dirección.
- Ninguna compuerta saltada.
Autónomo
Lleva iniciativas solo y acompaña a otra persona en el nivel acompañado. Así el rol se multiplica en el área.
Una hipótesis descartada también cuenta
Para evolucionar no hace falta que la hipótesis se cumpla. Hace falta que se valide con datos del proceso real. Una hipótesis descartada con datos es un ciclo bien hecho; construir algo que nadie mide, no.
No es el mismo nivel que el de los agentes
El vault usa cuatro niveles de autonomía para las unidades agénticas. Los tres niveles de evolución son solo para personas. Para no confundirlos se llaman acompañado, supervisado y autónomo.