Operación

Ámbar

• Simulacro inscripción maratón. En conjunto con Alejandro. PRIORITARIO.

• Entendimiento de soporte. Entender los requerimientos más comunes y cómo solucionarlos.

Antonio

• Entendimiento de soporte. Entender los requerimientos más comunes y cómo solucionarlos. Auditoría de los tickets atendidos por Códice. Documentar todos los casos. No se cierra nada sin entender cómo se hizo. PRIORITARIO.

• Finalizar la configuración, como usuario y Filtro Maestro, del sistema de tickets basado en Odoo. En conjunto con Bryan.

Bryan

• Pruebas con URLs de autorización y centralización en producción. PRIORITARIO.

• Implementación de monitoreo no asistido en componentes clave. PRIORITARIO.

• Finalizar la configuración del sistema de Tickets basado en Odoo. En conjunto con Antonio.

Alejandro

• Pruebas con URLs de autorización y centralización en producción. PRIORITARIO.

• Simulacro inscripción maratón. En conjunto con Ámbar. PRIORITARIO.

• Hardening de infraestructura. Revisión a fondo de la infraestructura en AWS, Digital Ocean y el cliente. Identificar elementos subutilizados o no usados.

Para evitar el desgaste, el rol se basa en "Disponibilidad Pasiva" con compensación por evento.

• Horario Base: Lunes a Viernes (9:00 AM - 6:00 PM) - Soporte estándar vía sistema de tickets.

• Guardia Nocturna (6:00 PM - 12:00 AM): Rotativa entre Alejandro, Ámbar y Bryan. Solo para incidentes críticos (Servidor abajo).

• Guardia de Fin de Semana: Rotativa.

  1. Sábado: Bryan (Monitoreo preventivo).

  2. Domingo: Alejandro (Revisión de salud del sistema).

• Protocolo de Incidencias:

  1. Alerta Automática: El sistema detecta falla y notifica vía WhatsApp o SMS.

  2. Antonio (Primer Filtro): Valida si es funcional. Si es técnico, escala.

  3. Técnico de Guardia: Ejecuta el protocolo de recuperación.

El Manifiesto de Comunicación (El Anti-Silencio)

• Regla del Check-in: Todo mensaje técnico o de coordinación en el grupo de WhatsApp debe ser "reaccionado" (con un emoji) o contestado en un máximo de 15 minutos durante horario de oficina o guardia. El silencio se interpreta como "no estoy en mi puesto".

• Cero Visto: Si un compañero solicita ayuda, la respuesta mínima aceptable si estás ocupado es: "Te leí, estoy en [X tarea], te apoyo en [X tiempo]". Esto elimina la irritación por falta de respuesta.

• Cierre de Ciclo: Ninguna tarea se da por terminada hasta que el solicitante (Antonio o Ámbar) confirme que la solución funciona.

Colaboración Cruzada

• Sesiones de Transferencia de Poder: Una vez a la semana, un miembro del equipo explica a los demás algo que aprendió.

  • Ejemplo: Alejandro enseña a Bryan sobre optimización de costos; Bryan enseña a Antonio a leer un log de error.

• Cero Islas de Información: Si alguien descubre un truco del sistema de Códice, tiene la obligación de subirlo a la BdC en menos de 24 horas. El conocimiento no es poder personal, es poder del equipo.

El Rol de Soporte Mutuo 

• El Sistema de Compañeros: Durante las guardias de fin de semana, aunque solo uno sea el responsable primario, el otro debe estar en modo "respaldo moral". Si el incidente escala, el compañero interviene sin quejas, sabiendo que el favor será devuelto.

• Celebración del Casi-Fallo: En lugar de castigar el error, se premia la detección temprana. "Gracias Alejandro por notar que la DB iba a fallar antes de que pasara". Esto fomenta la vigilancia preventiva.

Empatía con el Rol Ajeno

• Respeto al Filtro: Los técnicos (Ámbar/Bryan/Alejandro) no deben saltarse a Antonio para hablar con el cliente, y Antonio debe traducir los tecnicismos para que el cliente no se asuste.

• Reconocimiento a la "Sombra": Hacer explícito que el trabajo de Ámbar (aunque sea tras bambalinas) es el que da la dirección correcta para no trabajar doble.