Custronix
La evidencia

Lo que habría que empezar a registrar

Hoy no existe un registro sistemático de los proyectos. Esta es la bitácora mínima que debería existir antes de decidir nada: primero el síntoma, después sus causas, y al final su impacto en el cliente.

pactado (SLA ofertado) real (medido)
Días de entrega pactados frente a reales, marzo a agosto Gráfico ilustrativo y ficticio. El plazo pactado se mantiene entre 4 y 5 días, mientras el plazo real sube de 7 a 12 días en el mismo periodo. 0 4 8 12 d 12 días reales Mar Abr May Jun Jul Ago

Ilustrativo: construido para esta actividad; Custronix todavía no lleva este registro.

bitácora propuesta · custronix / proyectos técnicos · 10 campos mínimos
# Dato Para qué sirve
01 Fecha de solicitud y fecha de entrega pactada vs. real Calcula el retraso real por proyecto (lead time).
02 Tipo de proyecto contratado (custodia, electrónica/domótica, migración Unix/Linux) Identifica si el retraso se concentra en una línea de servicio.
03 Causa registrada del retraso (acceso al sitio, terceros, cambio de alcance, repuestos) Distingue causas internas de externas para no atacar la equivocada.
04 Técnico(s) asignado(s) y horas dedicadas al proyecto Mide la carga real por persona frente a la disponible.
05 Número de proyectos simultáneos en curso por semana Revela si el equipo excede su capacidad de atención concurrente.
06 Disponibilidad de equipos de terceros antes de iniciar (sensores, medios de respaldo) Descarta o confirma un cuello de botella de abastecimiento.
07 Número de incidencias o tickets abiertos durante el proyecto Cuantifica cuánto del retraso viene de imprevistos.
08 Tiempo de respuesta a incidencias críticas (MTTR) Diferencia «se tardó en empezar» de «se tardó en resolver un fallo».
09 Solicitudes de cambio de alcance del cliente durante el proyecto Mide cuánto retraso es atribuible al cliente y no al equipo.
10 Satisfacción del cliente tras la entrega (CSAT / NPS) Conecta el retraso medido con su impacto percibido real.