Qué resolvemos ·¿Qué tengo suelto y qué me falta?
Forge · Construir
¿Quién mantiene las aplicaciones que las áreas construyeron solas?
Las áreas construyeron sus aplicaciones con IA y el que las hizo se fue en marzo.
Qué se construyó, quién responde por cada cosa, qué pasa el día que falle y cuánto cuesta de verdad sostenerlo. Con dueño y Manual de operación.
Deuda Operativa del Software AutoconstruidoEnviar esta página a quien decide
Qué recibe
- El inventario de lo autoconstruido con el proceso que sostiene y su consecuencia.
- La matriz de dueños nombrados y aceptados por escrito.
- El manual de operación mínimo de cada aplicación crítica, probado con una recuperación.
- El costo real de sostenimiento y la hoja de recomendación con las cuatro salidas.
La prueba que viene al caso
- 19 años operando software que otros construyeron.
- Dirección de operaciones sobre 60 000 servidores y 150 personas en once grupos.
- Relevo generacional de mainframe sin interrupción: el mismo problema con otra tecnología.
Cómo lo resolvemos
El método, no la promesa.
- Se declara la amnistía y se pregunta a las áreas qué construyeron. Sin eso el inventario nace corto.
- Se clasifica por consecuencia, no por tecnología: qué se detiene y en cuánto tiempo se nota.
- Se nombra dueño por aplicación y se acepta por escrito. Es la parte que vale.
- Se escribe el manual de operación mínimo de las críticas y se prueba una recuperación.
- Se recomienda por aplicación entre las cuatro salidas: sostener, reemplazar, reconstruir o apagar.
Para usar hoy, sin contratar nada
El inventario de lo autoconstruido se empieza solo y la columna que lo hace útil no es la que usted esperaría. Tres columnas y una tarde con sus jefaturas.
- Qué se construyó y qué proceso sostiene. No la tecnología: el proceso. Una aplicación que nadie usa no es un problema, aunque exista.
- Qué pasa si se detiene y en cuánto tiempo se nota. Esta es la columna que ordena todo lo demás. La mayoría de lo que aparece puede caerse una semana sin consecuencias y dos o tres cosas no pueden caerse una hora.
- Quién responde, con nombre. No un área. Las que se quedan sin nombre son su hallazgo y suelen ser la mayoría.
Y el cálculo que cambia la conversación con finanzas: al costo de sostener cada aplicación súmele el tiempo de la persona que hoy lo hace sin que figure en ningún presupuesto. Ese número, sumado, supera lo que habría costado comprar la herramienta y es el argumento que hoy le falta.
Le suena si
- Un proceso que importa depende de algo que hizo alguien que ya no está.
- Las áreas construyeron sus propias aplicaciones y no existe un inventario común.
- Auditoría preguntó quién responde por ese software y la titularidad no estaba definida.
Antes de contratar
Se diagnostica, se documenta y se devuelve. La firma no opera sus aplicaciones ni las reconstruye dentro de este encargo.
La forma de construir es nueva; operar lo que otros construyeron no lo es y es la carrera entera de quien lo hace. Lo que se compra aquí es alguien que ya sabe qué se rompe primero cuando el que lo hizo ya no está.
De las aplicaciones que sus áreas construyeron este año, ¿cuántas tienen hoy el nombre de una persona al lado?
Si el problema es otro
Lo llevamos en una hoja de cálculo y ningún producto del mercado hace exactamente esto.
Aplicación Operativa a Medida
Sé que hay IA en uso y no sé cuál ni con qué información.
Inventario de IA en la Sombra
Nos pidieron bajar el presupuesto y cada dueño defiende su aplicación.
Racionalización del Gasto Tecnológico