Esta semana lanzamos dos mejoras pequeñas pero de gran impacto que reducen la fricción diaria: navegación más sencilla entre trabajo relacionado y entrega de correo saliente predecible cuando usas tu propio proveedor SMTP. Estos cambios eliminan clics que no llevaban a ninguna parte y configuraciones de correo que parecían estar activas pero no se estaban usando, para que tu equipo pueda priorizar, delegar y comunicar con menos interrupciones.
A continuación tienes los detalles de cada mejora, cómo importan en flujos reales de trabajo y qué necesitas hacer (si es que hace falta) para activarlas.
Abrir tareas bloqueadas y ejecuciones de SOP directamente desde el dashboard
Ahora puedes hacer clic en los títulos de tareas y ejecuciones de SOP en el widget de elementos bloqueados para abrir la tarea o ejecución correspondiente. Anteriormente esos títulos parecían clicables pero no navegaban; ahora te llevan al elemento exacto.
Por qué importa: cuando alguien marca una ejecución o tarea como bloqueada normalmente quieres inspeccionarla rápido para entender el bloqueo y tomar una decisión. Saltar desde el dashboard hasta la tarea o ejecución exacta ahorra tiempo y reduce el cambio de contexto.
Lo que obtienes de inmediato:
Títulos clicables de tareas y ejecuciones de SOP en el widget de elementos bloqueados que abren el elemento directamente.
Triaje más rápido con menos pasos entre detectar un elemento bloqueado y ver sus detalles, comentarios o responsables.
Colaboración más clara porque puedes llevar a tus compañeros directamente al elemento que están discutiendo.
Cómo suelen usarlo los equipos
Respuesta a incidentes: detectar una ejecución bloqueada y abrirla de inmediato para ver logs, responsable e historial.
Planificación de sprints: identificar tareas que bloquean el progreso y navegar directamente a ellas para asignar los siguientes pasos.
Trabajo con clientes: saltar directamente a la ejecución problemática cuando necesites compartir contexto con un interesado.
Si dependes del widget de elementos bloqueados para las reuniones diarias o el triaje on-call, esto te ahorrará unos cuantos clics cada vez que aparezca un ítem bloqueado.
Hacer clic en "Bloqueado por" y "Bloquea" desde las páginas de proyecto y sprint
Cuando ves una tarea en el panel de tareas desde las páginas de proyecto y sprint, las entradas "Bloqueado por" y "Bloquea" ahora se comportan como enlaces reales y navegan a la tarea relacionada. Antes esas tarjetas parecían interactivas pero no abrían la tarea referenciada desde los contextos de sprint o proyecto.
Por qué importa: los bloqueos son un problema relacional: saber por qué una tarea está bloqueada o qué tareas está bloqueando es tan importante como la propia tarea. La navegación inmediata mantiene el hilo de la investigación intacto sin búsquedas manuales.
Mejoras visibles para el usuario incluidas aquí:
Toca una tarea que bloquea o que está bloqueada en el panel de tareas y ve directamente la tarea relacionada.
Mantén el contexto al revisar tareas dentro de la vista de sprint o proyecto.
Reduce búsquedas manuales al seguir una cadena de tareas bloqueadas.
Ejemplo: si la Tarea A muestra que está bloqueada por la Tarea B, haz clic en esa entrada para abrir el panel de la Tarea B y revisar su responsable, notas o historial de ejecuciones—sin búsqueda extra. Esto es especialmente útil durante el grooming del sprint y al resolver dependencias entre equipos.
El correo saliente ahora sigue tu configuración SMTP
Si configuras credenciales SMTP para el correo saliente (por ejemplo, definiendo tu host SMTP), el backend ahora usará tu proveedor SMTP después de volver a desplegar con esos ajustes presentes. Anteriormente, aunque SMTP estuviera configurado, en algunas implementaciones los correos seguían enviándose por la ruta por defecto.
Por qué importa: muchos equipos usan su propia infraestructura SMTP o un proveedor transaccional preferido por entregabilidad, cumplimiento o branding. Cuando tus ajustes no se estaban usando generaba confusión y requería seguimiento manual.
Qué necesitas hacer para activarlo
Asegúrate de que tus ajustes SMTP (host, puerto, usuario, contraseña, opciones TLS, etc.) estén configurados en el entorno de despliegue.
Vuelve a desplegar tu backend de OKiDO con los ajustes SMTP presentes para que el servicio los lea.
Envía una notificación de prueba desde OKiDO (por ejemplo, una asignación de tarea o alerta de ejecución) y confirma la entrega desde tu proveedor SMTP o tu bandeja de entrada.
Lista rápida para verificar que SMTP está activo
Verifica que el host SMTP y las credenciales estén presentes en la configuración de despliegue.
Vuelve a desplegar el servicio para que el backend lea los nuevos ajustes.
Usa el test de correo integrado o genera una notificación simple para confirmar la entrega.
Si la entrega falla, revisa los logs de tu proveedor por errores de autenticación o de relay y confirma credenciales y conectividad.
Si antes configuraste un proveedor SMTP pero veías mensajes que seguían saliendo por la ruta por defecto, revisa de nuevo tus ajustes SMTP y vuelve a desplegar: el correo saliente debería seguir entonces al proveedor SMTP que proporcionaste.
Hacerlo funcionar para tu equipo
Estas actualizaciones son pequeñas en la superficie pero atacan dos dolores operativos comunes: enlaces invisibles y enrutamiento de correo confuso. Ambos se tratan de confianza: confiar en que un clic te llevará a donde esperas y confiar en que tus ajustes de correo saliente se van a usar realmente.
Prueba el nuevo comportamiento en tu espacio de trabajo. Si encuentras algo inesperado—enlaces que aún no navegan o correos que no siguen tu SMTP—envía una nota a soporte o abre un ticket y lo investigaremos. Tu feedback nos ayuda a mantener la plataforma confiable para el trabajo que ejecutas en ella.
