Diseño de estados de turnos para herramientas de programación
Pensé que los estados de los turnos serían sencillos. Un turno está confirmado. Otro no lo está. Me equivoqué.
Un estado no es solo una etiqueta en una tarjeta. Impulsa la lógica del producto. Le dice al sistema qué hacer a continuación.
Piensa en la frase "no confirmado". Oculta demasiados detalles. ¿Sabe el empleado del turno? ¿Dijo que no? ¿Necesitas un reemplazo?
Necesitas un modelo claro para evitar confusiones. Aquí te muestro cómo separar estos estados:
- Asignado: Una persona tiene el turno.
- Esperando confirmación: La persona lo sabe pero no ha respondido.
- Confirmado: La persona dijo que sí.
- Necesita cobertura: La persona dijo que no.
- Disponible para cubrir: El resto del personal ve el puesto vacante.
- Cancelado: El turno ya no existe.
Asignado es diferente de confirmado. Un horario parece completo cuando todos están asignados. Pero no está definido hasta que todos confirman. Esta distinción te evita sorpresas.
Necesita cobertura es un problema específico. No es lo mismo que no confirmado. Uno significa esperar una respuesta. El otro significa buscar a una persona nueva. Los problemas específicos obtienen soluciones más rápidas.
El diseño de estados es diseño de producto. Define el flujo de trabajo. Decide qué ven los usuarios. Te indica qué es urgente.
Mantén tus estados claros. Un buen estado hace que el siguiente paso sea obvio.
Fuente: https://dev.to/miran969/designing-shift-statuses-for-a-small-team-scheduling-tool-3bk5