Las SOP de TI son lo que mantiene las operaciones tecnológicas consistentes, seguras y conformes. Con Trupeer, puedes ahorrar horas en la redacción de SOP de TI empezando con una plantilla gratuita de SOP de TI, personalizándola con tus directrices de marca y usando nuestro creador de SOP con IA para convertir cada procedimiento en una clara guía en vídeo paso a paso.

Qué es una SOP de TI y qué hay a cada lado

Un procedimiento operativo estándar es la secuencia escrita para una tarea que se repite, destinada a alguien competente pero no experto, lo bastante específica como para que dos personas que lo sigan produzcan el mismo resultado.

Dos documentos están a cada lado de eso y se confunden constantemente con ello.

Una política establece una regla y un límite. Indica que las compras por encima de un umbral requieren aprobación. Pero no dice qué botón inicia una orden de compra. Las políticas cambian raramente y las aprueba la gobernanza. Si te ves escribiendo "debe" y "no puede", estás redactando una política, y eso pertenece a un documento de política en su lugar.

Un runbook o método de procedimiento es una ejecución única de un único cambio, a menudo con tiempos, escrito para una sola noche. Se consume y luego se archiva. Una SOP es lo reutilizable que el runbook toma prestado. Cuando el trabajo es un cambio único con una ventana de reversión, necesitas un método de procedimiento, no una SOP.

La SOP se sitúa entre ambos: la regla está en otro sitio, el calendario está en otro sitio, y lo que queda es cómo se realiza realmente el trabajo, esta semana, en los sistemas que tienes de verdad.

Si quieres la versión de uso general de este documento que aplica a cualquier equipo, nuestra plantilla de SOP cubre la estructura estándar. Esta página explica qué cambia cuando el procedimiento es de TI.

Qué hace que una SOP de TI sea diferente de cualquier otra

Las SOP de restaurantes, las SOP de RR. HH. y las SOP de almacén describen un trabajo que una persona seguirá haciendo dentro de cinco años. Siempre habrá alguien que salude al cliente y compruebe el stock.

Los procedimientos de TI no son así. La mayoría describen un trabajo que una persona debería dejar de hacer. Aprovisionar una cuenta, rotar una clave, restaurar un archivo, cambiar el tamaño de un volumen, limpiar una cola, conceder acceso a una unidad compartida: cada una de estas tareas empieza su vida como un procedimiento humano y, si el equipo es bueno, termina su vida como un script, una acción de autoservicio o una configuración en la plataforma que hace imposible plantear la pregunta.

Eso significa que una biblioteca de SOP de TI es dos cosas a la vez. Es un conjunto de instrucciones y es un inventario de todo lo que el equipo hace a mano. El segundo uso es el más valioso y casi nadie lo aprovecha, porque la plantilla no lo pide.

Así que esta plantilla añade un campo que otras plantillas de SOP no tienen. Cada procedimiento lleva un veredicto sobre su propio futuro, y la biblioteca se revisa en función de esos veredictos, no solo por precisión. Un equipo que escribe cuarenta SOP en un año y elimina doce lo hace mejor que un equipo que escribe cuarenta y conserva las cuarenta, y la plantilla debería hacerlo visible.

Cómo personalizar esta plantilla en Trupeer

Paso 1: Abre la sección de plantillas

Ve a la sección de Plantillas desde la navegación principal.

Paso 2: Selecciona y abre una plantilla

Haz clic en cualquier plantilla con la que quieras trabajar para abrirla.

Paso 3: Amplía la vista de la plantilla

Si es necesario, amplía la vista de la plantilla para ver el diseño completo y los detalles con claridad.

Paso 4: Edita la plantilla

Haz clic en Editar para empezar a modificar la plantilla seleccionada.

Dentro del editor, puedes:

• Añadir secciones nuevas

• Definir o actualizar reglas de formato

• Añadir un logotipo y ajustar su posición y la configuración relacionada

Paso 5: Guarda tu plantilla personalizada

Después de realizar todos los cambios necesarios, haz clic en Guardar para almacenar la plantilla actualizada como tuya.

Paso 6: Previsualiza y ajusta la plantilla

Cuando quieras ver cómo se ve tu plantilla personalizada, abre la Previsualización.

Desde la pantalla de previsualización, puedes seguir haciendo ajustes directamente si es necesario, asegurando que la plantilla aparezca exactamente como la quieres.

Con una plantilla de SOP de TI puedes:

• Ahorra horas en la redacción: Omite la página en blanco con una estructura creada para procedimientos de TI.

• Estar listo para auditorías: Secciones integradas que respaldan SOC 2, ISO 27001 y auditorías similares.

• Mantenerte alineado con la marca: Aplica tu logotipo, tipografías y colores usando el kit de marca de Trupeer.

• Formar equipos de TI: Combina SOP con vídeos de formación de TI.

• Estandarizar procedimientos: Usa la misma plantilla para cada SOP de TI.

• Llegar a equipos globales: Traduce SOP de TI a 65+ idiomas con un solo clic.

El campo de disposición

Tres veredictos, registrados en el encabezado y revisados trimestralmente.

Automatizar. El procedimiento es determinista, no incluye juicios y se ejecuta con la frecuencia suficiente como para que merezca la pena a nivel de ingeniería. Rotación de claves, aprovisionamiento de cuentas a partir de una solicitud aprobada, renovación de certificados, verificación de copias de seguridad, rotación de logs, operaciones estándar de cambio de tamaño. Dale un trimestre objetivo, no una intención vaga. La SOP se mantiene activa hasta que se implemente la automatización y, después, la SOP se elimina en lugar de dejarla pudrirse junto a eso, que es el error que genera dos fuentes de verdad en competencia.

Pasar al solicitante. El procedimiento es determinista, pero alguien fuera del equipo quiere que se haga, y la única razón por la que participa TI es que el botón está detrás de un permiso. Autoservicio con contraseña, solicitudes de pertenencia a grupos, asignación de licencias, instalaciones comunes de software. El trabajo aquí no es un script: es una ruta de autoservicio más un job aid que lo deja claro. La SOP se convierte en la especificación de esa ruta.

Mantenerlo humano. Un juicio real, lo bastante raro como para que la automatización costaría más de lo que ahorra, o lo bastante importante como para que una persona deba rendir cuentas de la decisión. Triaje de incidentes, decisiones de capacidad, cualquier cosa que implique negociar con un proveedor, cualquier caso en el que la acción correcta dependa del estado del negocio y no del estado del sistema.

Para decidir, multiplica la frecuencia de ejecución por la duración media para obtener horas al año y, después, pregunta si algún paso requiere un juicio que una regla no podría codificar. Sesenta horas al año sin juicios es un candidato a automatización solo por la aritmética. Cuatro horas al año con tres llamadas de juicio se mantiene humano, sin importar lo tedioso que parezca.

La estructura de la plantilla

Copia desde aquí. El bloque del encabezado incluye los campos que la mayoría de las plantillas de SOP omiten.

Encabezado. Número y título de la SOP, escrito en forma verbal, por ejemplo "Restaurar un buzón eliminado" en lugar de "Proceso de restauración del buzón". Propietario. Revisor. Fecha de creación. Fecha de última verificación, lo que significa la fecha en la que alguien ejecutó por última vez este procedimiento y confirmó que los pasos siguen coincidiendo con la realidad, no la fecha en la que alguien editó la redacción. Disposición y trimestre objetivo. Frecuencia de ejecución y duración media. Acceso requerido, nombrado como el rol o grupo real. Sistemas afectados. Reversible sí o no.

Disparador. El evento o la solicitud que inicia este procedimiento, expresado con tanta precisión que una persona pueda saber si está dentro del alcance.

No lo ejecutes si. Las condiciones en las que el procedimiento es incorrecto. Esta sección evita más incidentes de los que lo harían los pasos.

Requisitos previos. Acceso, aprobaciones, información y cualquier cosa que deba confirmarse antes del paso uno. Incluye la comprobación del consumidor: qué otros sistemas, trabajos o integraciones dependen de lo que estás a punto de cambiar. Si no puedes responder a eso, la respuesta no es ninguna: es desconocido.

Pasos. Numerados, una acción cada uno, con el resultado esperado al lado de cada acción. Si un paso no tiene un resultado observable, entonces o no es un paso o no has decidido cómo se ve el éxito.

Verificación. No es una repetición del último paso. La verificación responde si el resultado ocurrió y debe cubrir el ciclo más largo que el cambio toca. Lotes nocturnos, retraso de replicación, caducidad de caché, programación de cron, sincronización aguas abajo. Un procedimiento verificado solo mediante una prueba síncrona se ha verificado únicamente durante los primeros diez segundos de su vida.

Reversión. Cómo deshacerlo y el punto a partir del cual ya no puedes.

Escalado. Quién, por qué vía y qué debes decirle.

Registro de cambio. Fecha, quién, qué cambió y por qué. Tres líneas son suficientes.

Un ejemplo práctico y lo que costó

Brightmoor Insurance ejecutó un procedimiento llamado "Rotar la clave de firma del gateway de pagos" cada noventa días. Seis pasos. Se había redactado en 2023 y se ejecutó catorce veces sin incidentes.

Un martes de marzo, un ingeniero lo trabajó a las 14:20. Generar la nueva clave en el portal del gateway, añadirla al almacén de configuración, desplegar la configuración, reiniciar el servicio de pagos, confirmar que un pago de prueba se realiza correctamente en el entorno de pruebas (sandbox) y revocar la clave antigua. Cada paso se completó. El pago en sandbox se realizó correctamente. El ticket se cerró a las 14:35 con una nota que decía rotación completada.

A las 02:10, el lote nocturno de cobro de primas falló en la autenticación. Usaba la misma clave de firma, guardada en un archivo de configuración separado en un servidor que nunca se había migrado al almacén de configuración, porque ese servidor era anterior a la migración y nadie que hizo la migración sabía que existía.

No salieron cuatro mil ciento una recaudaciones de domiciliación bancaria. El fallo se detectó a las 06:40, cuando finanzas ejecutó la conciliación de la mañana. Las domiciliaciones se reprocesaron antes de las 11:00, pero el lote de cartas de la noche ya había generado avisos de domiciliación fallida para cada cliente afectado, y el centro de contacto realizó trescientas ochenta llamadas durante los dos días siguientes. Cuatro personas dedicaron dos días a ello, además de un envío de disculpas.

La SOP no estaba mal. Cada uno de sus seis pasos era preciso y se siguió cada uno. Falló por dos razones que eran estructurales, no administrativas. No tenía un requisito previo que preguntara qué sistemas consumen esta clave, así que un segundo consumidor permaneció invisible durante tres años. Y su verificación fue una llamada a sandbox, que demostró que el servicio de pagos estaba sano a las 14:32 y no probó nada sobre el trabajo por lotes que no se ejecutaría durante otras doce horas.

Lo interesante es lo que hicieron después. El instinto fue añadir un séptimo paso. Lo que hicieron realmente fue construir el inventario de consumidores que el incidente les obligó a compilar, y una vez que ese inventario existió, la rotación se volvió automatizable. El procedimiento se entregó como un trabajo programado el trimestre siguiente y la SOP se eliminó.

La salida más valiosa del documento nunca fueron las instrucciones. Fue el inventario que las instrucciones resultaron necesitar, y el campo de disposición es lo que hace que un equipo busque eso a propósito, en lugar de hacerlo después de una caída.

Formatos y cuál usar para trabajo de TI

La mayoría de las guías enumeran cuatro formatos de SOP y te dejan elegir. Para trabajo de TI, la elección es más limitada de lo que parece.

Paso a paso es lo correcto para tareas operativas lineales con un inicio y un final conocidos. Restauraciones, aprovisionamientos, rotaciones, despliegues. Esta es la mayoría de las SOP de TI y el formato que asume la estructura anterior.

Diagrama de flujo o árbol de decisiones es lo correcto para el diagnóstico, donde la siguiente acción depende de lo que acabas de encontrar. Triaje de incidentes, fallos de conectividad, investigación de rendimiento. No los fuerces a una lista numerada, porque la numeración implica una secuencia que no existe y la gente la sigue de todos modos.

Lista de comprobación es lo correcto para confirmaciones previas y posteriores al cambio, donde el orden importa menos que la exhaustividad. Combínala con un procedimiento paso a paso en lugar de sustituirlo.

Jerárquico solo es adecuado cuando un procedimiento realmente se ramifica por entorno o nivel, y normalmente es una señal de que tienes dos procedimientos usando un solo título.

Redactar uno en noventa minutos

Graba la pantalla mientras haces la tarea, a velocidad normal, en un sistema real, explicando qué estás comprobando a medida que avanzas. Esa grabación es el borrador.

Escribe los pasos a partir de la grabación y, después, elimina cada paso en el que solo estabas navegando. Añade el resultado esperado a cada paso que quede. Escribe el disparador y la sección de no lo ejecutes si al final, porque solo sabrás qué pertenece ahí cuando los pasos ya existan.

Después, entrégaselo a alguien que no haya hecho la tarea y observa cómo lo sigue sin ayudar. Cada lugar en el que se detiene es un paso que falta o un conocimiento asumido. Corrige eso, establece la fecha de última verificación para hoy y publica.

Noventa minutos es realista para un procedimiento que ya conoces. Duplicarlo para un procedimiento que estás documentando a partir del conocimiento de otra persona es normal, y un SOP de transferencia de conocimiento ayuda a estructurar esa conversación.

Qué SOP de TI escribir primero

No las que se sienten importantes. Escribe las que puntúan alto en tres cosas a la vez: se ejecutan a menudo, duelen cuando se hacen mal y actualmente viven en la cabeza de una sola persona.

Esa regla suele revelar el mismo conjunto inicial. Procedimientos de acceso e identidad: es decir, altas, bajas, escalado de privilegios y gestión de cuentas compartidas. Copias de seguridad y restauración, que casi todos los equipos han documentado para copias de seguridad, pero no para restauración. Declaración y escalado de incidentes, incluyendo quién está autorizado a hacerlo. Pasos de cambio y de release para tu sistema que tocas con más frecuencia. Rotación de certificados y claves. Reconstrucción del endpoint y traspaso de activos.

Las bajas y la restauración son las dos que con más fiabilidad resultan no estar documentadas, y son las dos donde el coste de improvisar es más alto.

Cualquier cosa que escribas aquí debería apuntar a tu inventario de sistemas en lugar de describirlo. El registro de aplicaciones y credenciales es el lugar adecuado para eso, y la descripción más amplia del sistema pertenece en tu documentación de TI.

Revisar la biblioteca

Una vez al trimestre, siéntate con la lista y haz tres preguntas a cada entrada.

¿Se ha verificado en los últimos seis meses? Es decir, ¿alguien lo ha ejecutado realmente? Las SOP no verificadas son peores que las que no existen, porque la gente confía en ellas.

¿Ha cambiado su disposición? Un procedimiento que el año pasado era raro y ahora es semanal se ha movido al territorio de la automatización.

¿Se ha entregado algo? Cuenta las SOP eliminadas este trimestre porque el trabajo que había detrás se automatizó o se traspasó. Si ese número es cero durante tres trimestres seguidos, la biblioteca se ha convertido en un ejercicio de archivo en lugar de un conjunto de trabajo.

Qué dejar fuera

Capturas de pantalla de cosas que cambian, es decir, cualquier interfaz que tu proveedor actualice según su calendario. Se desactualizan el documento más rápido que las palabras y son la principal razón por la que la gente deja de confiar en un procedimiento. Describe el objetivo por su nombre, no por su posición en pantalla.

Explicaciones de por qué el sistema funciona como funciona. La curiosidad genuina está bien, pero pertenece a la documentación, no a un procedimiento que alguien está leyendo mientras una cola se acumula.

Reglas de aprobación y umbrales. Eso es política, y duplicarlo en procedimientos significa actualizar catorce documentos cuando cambia un solo número.

Grabar el procedimiento en lugar de escribirlo

La parte más lenta de crear una biblioteca de SOP no es decidir qué escribir: es teclear. Y un procedimiento escrito de memoria siempre omite los dos clics que el autor dejó de notar hace años.

Trupeer AI convierte una grabación de pantalla en un procedimiento documentado, así que el método de noventa minutos de arriba se reduce a una sola pasada. Graba la tarea una vez y obtienes una guía paso a paso con los pasos ya escritos, un vídeo para las personas que prefieren verlo y un documento en tu base de conocimiento, con tu propia marca.

Grábalo. Ponle marca. Tradúcelo. Trupeer it.

El creador de SOP está diseñado exactamente para esto, la documentación mantiene juntos los procedimientos y las descripciones del sistema, y la traducción significa que un equipo follow the sun lee el mismo procedimiento en su propio idioma. Las instrucciones de configuración están en la guía de configuración de la plantilla de documento.

Preguntas frecuentes

¿Hay una plantilla gratuita de SOP de TI en Excel?

Excel es el contenedor equivocado para el procedimiento y el contenedor correcto para la biblioteca. Crea una hoja con una lista de todas las SOP, con columnas para título, propietario, fecha de última verificación, disposición, frecuencia de ejecución, horas al año y trimestre objetivo. Esa hoja es lo que hace posible la revisión trimestral. Los procedimientos en sí pertenecen en algún lugar con historial de versiones y búsqueda.

¿Hay una versión de Word o una descarga gratuita de Word?

El bloque del encabezado y los títulos de sección de arriba están escritos para pegarlos directamente en Word o Google Docs y usarlos como estructura de tu casa. No hay una descarga restringida, lo que también significa que no hay un formulario entre tú y la plantilla. Guarda tu versión rellenada como punto de partida del departamento en lugar de volver a copiarla cada vez.

¿Hay una versión en PDF?

Exporta tu propia versión una vez que el procedimiento se haya verificado. El PDF es adecuado para un procedimiento que se ha aprobado y se está circulando para auditoría, y es incorrecto para un documento de trabajo, porque un procedimiento que nadie puede editar es uno que se queda obsoleto en su sitio.

¿Puedo descargarlo gratis?

La estructura, el campo de disposición y el ejemplo práctico son gratuitos y sin restricciones. Úsalos, edítalos, ponlos en tu propia biblioteca de plantillas bajo tu propio nombre sin atribución.

¿Hay un generador de SOP gratuito?

Sí, y los generadores son realmente útiles para el primer borrador. El creador de SOP de Trupeer AI construye el procedimiento a partir de una grabación de pantalla, lo que significa que los pasos provienen del sistema y no de tu memoria. Cualquiera que sea lo que uses, las partes que un generador no puede proporcionar son la disposición, la comprobación del consumidor y la ventana de verificación, así que espera añadirlas a mano.

¿Cómo hago un formato de SOP para mi equipo?

Elige una estructura, rellénala para tres procedimientos reales y, después, detente y mira qué tuviste que pelear con la plantilla para poder expresarlo. Ajusta una vez, luego congélala. Los equipos que siguen refinando el formato nunca acumulan procedimientos, porque cada nueva SOP dispara un debate sobre la forma del documento en lugar del contenido del trabajo.

¿Cuál es la mejor plantilla de SOP?

La que tu equipo seguirá verificando. La estructura importa mucho menos que la propiedad y una fecha de revisión, y una SOP sencilla de seis secciones que alguien ejecutó el mes pasado supera a una elaborada que nadie ha abierto desde que se redactó.

¿Cuánto debe durar una SOP de TI?

Una sola pantalla para los pasos en la mayoría de los casos. Si los pasos se alargan más de unos quince, normalmente el procedimiento son dos procedimientos, o contiene navegación que debería recortarse. El encabezado, los requisitos previos y la verificación pueden ser tan largos como sea necesario, porque esas son las partes que evitan incidentes.

¿Con qué frecuencia deben revisarse las SOP de TI?

Verifica cada procedimiento al menos cada seis meses ejecutándolo y revisa toda la biblioteca trimestralmente en función del campo de disposición. Cualquier cosa que afecte al acceso, las claves o las restauraciones merece un ciclo más corto, y cualquier procedimiento implicado en un incidente debe volver a verificarse antes de que se cierre el incidente.