01
Guía y templates
Herramientas por rol, estándares de repositorio y templates con las instrucciones de arquitectura adentro. El repositorio es la única capa que sobrevive al cambio de herramienta.
ARISE Equipo · Para áreas de TI
La capacidad queda en tu equipo, no en el nuestro.
Cinco empresas nos pidieron lo mismo en seis semanas: que su propio equipo de TI genere con IA, con método, estándares y agentes que corren en su entorno y que su gente opera.
El cuello de botella se movió, y nadie lo presupuestó
Los equipos de TI ya generan código con IA. Lo que falta es cómo probar que hace lo que dice: agentes de pruebas, verificación y despliegue, con un lineamiento común en vez de una herramienta por equipo.
Lo que se vende acá no es velocidad de generación, sino capacidad de verificación. El trabajo no desapareció: se movió a la cola de revisión, al retrabajo y a la tasa de fallo. El informe DORA 2025 asocia la adopción de IA con más throughput y más inestabilidad a la vez.
Un dato ordena la conversación: el 57 % de las empresas que adoptaron IA nunca midió el impacto y el 78,3 % enterró el gasto en el presupuesto general (encuesta nadIA, 402 empresas argentinas). Quien instala la medición es dueño del relato sobre si funcionó.
Qué se instala
02
Verificación
Pruebas, revisión de código generado, compuertas de seguridad OWASP y despliegue, corriendo dentro de tu infraestructura y operados por tu gente.
03
Expediente de cambio
Modelo, prompt, versión de especificación, aprobador humano y pruebas que pasaron, producido como subproducto del flujo y no como tarea aparte.
04
Comprensión de legado
Documentar la personalización de ERP que no tiene dueño desde que se fue el integrador, y reconstruir por qué un proceso funciona como funciona.
Qué se vende y qué no
Esta tabla es el filtro. Si lo que buscas está en la columna derecha, este no es el servicio y preferimos decirlo antes de escribir una propuesta.
Se vende
No se vende
La línea base que tu equipo no tiene y no va a construir solo.
Un porcentaje de productividad.
El expediente de cambio que un auditor acepta.
Deflexión de tickets como promesa.
La revalidación cuando el proveedor del modelo cambia la versión.
Reducción de dotación.
La comprensión del código propio que nadie documentó.
Una certificación.
Tres fases, y la primera se vende sola
1. Línea base
Tres a cuatro semanas, alcance y precio fijos. Mide el tiempo de ciclo en tres tramos (espera antes de la primera revisión, revisión activa, merge a despliegue), la tasa de fallo del cambio, el retrabajo, las herramientas por equipo y el gasto en desarrollo externo. Esa medición decide qué módulo corresponde.
2. Instalación
Ocho a diez semanas por módulo. Se entra por el dolor declarado, pero cuál módulo lo dice el número de la fase 1 y no la conversación. Sale con un piloto que tiene número propio de tu operación y el expediente de cambio funcionando.
3. Revalidación
Suscripción mensual con gatillos nombrados en el contrato: retiro o deprecación de un modelo, cambio de versión mayor, salida del campeón interno, cambio de política de acceso del ERP o de la nube. No es un retainer de acompañamiento.
Dos módulos, según de qué lado está tu dolor
Desarrollo
Para el equipo que ya construye software con IA y necesita método común, verificación y despliegue. Guía y templates, control de capacidad de revisión, expediente de cambio.
Continuidad
Para el equipo que sostiene la operación: resolución de tickets sobre el código propio, extracto consultable del ERP a medida y captura de la causa dentro de la resolución.
Lo que no se mezcla
PraxIA gobierna lo que hacen los demás, ARISE Equipo produce. Son dos conversaciones distintas y nunca van en la misma propuesta.
Por qué el arnés y no el asistente
Un benchmark de 180 tareas ABAP encontró que los modelos líderes puntúan 19 % y 24 % al primer intento y suben a 77 % y 75 % tras cinco rondas de retroalimentación del compilador. La mejora la produjo el bucle, no el modelo. Es un preprint contra una imagen de prueba, no un sistema productivo, y así hay que leerlo. Sostiene la decisión de diseño: lo que se cobra es el arnés.
Por dónde empezar
Por la línea base, y sirve aunque después no se avance.
Es el primer entregable pagado y el más importante del servicio. Sin línea base, la fase 2 no es demostrable y la fase 3 no es defendible en el presupuesto del año siguiente.
- Tres a cuatro semanas, alcance y precio fijos
- El mapa real de qué herramienta usa cada equipo
- Tu gasto en desarrollo externo, por proveedor y por año
- El informe queda contigo, avancemos o no
Preguntas frecuentes
- ¿Esto es provisión de personas?
- No. No ponemos desarrolladores en tu equipo. Instalamos el método y los agentes, y los opera tu gente. Si al terminar dependes de nosotros para correrlos, el trabajo no está bien hecho.
- ¿Le sirve a cualquier área de TI?
- No. Sirve a la que ya corre desarrollo o soporte con equipo propio. Si está tercerizado por completo, la conversación honesta es otra: corremos los agentes y entregamos el resultado. Prometer transferencia a una estructura que no la sostiene falla a los dieciocho meses.
- ¿Podemos administrar nosotros los agentes?
- Sí, y ese es el punto. Corren en tu entorno, versionados en tu repositorio, y tu equipo los modifica. La revalidación existe para que sigan funcionando cuando el proveedor cambia la versión.
- ¿Qué pasa cuando cambie la herramienta de moda?
- El método no depende de ella. Un test no sabe qué asistente escribió el código. Lo que instalamos vive en la verificación y en el repositorio, la capa que sobrevive a la rotación de herramientas.
Empecemos por medir dónde se va el tiempo de verdad.
La línea base entrega el número que hoy no existe en tu área, y ese número es el que después ordena la discusión de presupuesto.