Tus proyectos y SOP ya pueden recibir correos directamente y convertir los mensajes entrantes en tareas o ejecuciones sin tener que copiar nada entre herramientas. Las respuestas quedan vinculadas al trabajo, junto con los archivos adjuntos.
Esta semana también llegan los calendarios de sprints por equipo y proyecto, la creación automática de sprints y reglas más claras para asignar las tareas al sprint adecuado. Una lista de tareas de todos los proyectos, un acceso más sencillo a los proyectos archivados y correcciones en los filtros completan la actualización.
Convierte los correos entrantes en trabajo
Ahora cada proyecto y SOP puede tener su propia dirección de correo electrónico. Envía o reenvía un mensaje para crear una tarea de proyecto o iniciar una ejecución de SOP, con el texto del correo y sus archivos adjuntos. Activa esta opción en Configuración del proyecto > Correo electrónico, o selecciona Dirección de correo electrónico en un SOP.
El remitente recibe una breve confirmación de tu organización. Las respuestas a esa confirmación, o al mismo hilo de correo, se convierten en comentarios de la tarea o ejecución original. Las ejecuciones iniciadas por correo también muestran el mensaje original y sus respuestas en la página de la ejecución.
Puedes adjuntar más tipos de archivo a las tareas, sus descripciones y los comentarios:
Hojas de cálculo: Excel, CSV y OpenDocument.
Presentaciones: PowerPoint.
Texto estructurado: Markdown, JSON, XML y YAML.
Archivos comprimidos: zip, 7z, rar, tar y gz.
Contenido multimedia: Clips breves de audio y vídeo.
Estos formatos se suman a los de imagen, PDF, Word y texto sin formato que ya estaban disponibles. Los asistentes de IA conectados mediante MCP también pueden leer como texto los archivos adjuntos CSV, Markdown, JSON, XML y YAML.
Ahora se pueden subir archivos que Windows identifica de forma diferente, incluidos los CSV identificados como Excel, los archivos zip y los archivos Markdown sin un tipo declarado. El correo entrante admite los mismos tipos de adjuntos que la aplicación, incluidos Markdown, JSON y archivos enviados sin un tipo específico.
Dale a cada equipo y proyecto el calendario de sprints adecuado
Ahora los equipos y proyectos pueden definir su propia duración de sprint, y los proyectos pueden tener un equipo de referencia. Las tareas de un proyecto siguen primero sus propios sprints; si no los tiene, los de su equipo de referencia y, en último lugar, los de la organización. La asignación automática nunca coloca esas tareas en sprints de otros proyectos o equipos, y el equipo asignado directamente a una tarea no modifica esta regla.
Abre un equipo desde Equipos, o la nueva pestaña Sprints de la configuración de un proyecto, para ver qué calendario se aplica, incluida su duración y el día de inicio. Selecciona Definir una duración de sprint propia para configurar la duración, el día de inicio y la duración de las reuniones; Usar ... en su lugar vuelve al calendario del equipo de referencia o de la organización. Debajo aparecen los tres próximos sprints.
Los propietarios y administradores de la organización pueden elegir el equipo de referencia de un proyecto. Los responsables de equipo y los administradores pueden cambiar la duración de los sprints de su equipo y de los proyectos que lo tengan como equipo de referencia. El resto de los usuarios ve la configuración en modo de solo lectura; en los planes sin sprints, la configuración indica qué planes los incluyen.
El filtro de sprints de un proyecto ahora incluye los sprints de su equipo de referencia, y la vista de sprints del equipo incluye tareas de los proyectos que lo tienen como equipo de referencia. La misma configuración está disponible mediante /api/sprint-settings, y las respuestas de la API de proyectos ahora incluyen homeTeamId y homeTeam.
Los nuevos calendarios de sprints comienzan en la semana actual, con un sprint que incluye el día de hoy, incluso si desactivas y vuelves a activar un calendario el mismo día. El asistente de IA y la API exigen que un equipo o proyecto tenga su propia duración de sprint antes de crear sus sprints manualmente; los sprints de la organización no se ven afectados. La API también rechaza de forma explícita un sprint asignado a la vez a un proyecto y a un equipo, en línea con la comprobación que ya realizaba el asistente.
Ahora los equipos y proyectos muestran y enumeran correctamente los sprints de la organización y ofrecen la opción de volver a utilizarlos, incluso cuando la organización no tiene configurada una duración de sprint. Antes, la ausencia de estos controles podía impedir que eliminaras un calendario propio.
Mantén los sprints en marcha sin rehacer tus planes
En los planes con sprints, OKiDO ahora comprueba cada noche los calendarios de la organización, los equipos y los proyectos, y añade sprints hasta que cada uno tenga 10 sprints restantes, contando el sprint en curso. Los sprints existentes no cambian y los proyectos archivados quedan al margen.
Al guardar la configuración, solo se regeneran los próximos sprints cuyas fechas vayan a cambiar. Guardar los mismos valores a mitad de un sprint no modifica nada, incluso si se ha cerrado antes de tiempo un sprint en curso. Cuando se regeneran los próximos sprints, sus tareas, columnas de sprint y pasos de ejecución planificados se trasladan a los sprints que los sustituyen en esas fechas.
Tu trabajo pendiente se adapta a los cambios de calendario sin perder su lugar:
Al guardar o eliminar una duración de sprint, las tareas abiertas que correspondan y tengan fecha límite se reasignan a sprints en curso o futuros, nunca a sprints finalizados. Cambiar el equipo de referencia de un proyecto hace lo mismo con sus tareas.
Al configurar el primer calendario propio de un equipo o proyecto, eliminarlo, cambiar un equipo de referencia o eliminar un equipo, las tareas sin terminar y sus columnas de sprint se trasladan al periodo correspondiente del nivel que ahora sigue el proyecto.
Guardar sin cambiar de nivel no mueve nada, por lo que se conservan las tareas que hayas colocado manualmente.
Al cerrar un sprint, las tareas abiertas solo se trasladan al siguiente sprint del mismo nivel: proyecto, equipo u organización. Si finalizas antes de tiempo el sprint en curso, sus tareas abiertas pasan al nuevo sprint en curso.
Al seleccionar Usar los sprints de la organización en su lugar, o la opción equivalente del equipo, el sprint propio en curso finaliza hoy y se conserva en el historial con sus notas. Sus tareas abiertas y las de los próximos sprints se trasladan al calendario heredado. Los próximos sprints propios se eliminan, salvo los que tienen notas de reunión, que se cancelan y se conservan.
Ahora un sprint sigue vigente durante todo su último día, de modo que las tareas creadas o trasladadas ese día se asignan a él, y la página Sprints sigue marcándolo como actual. Los sprints finalizados anteriores a una serie de sprints ahora aparecen en orden cronológico, en lugar de mostrarse después de los próximos sprints. También se puede editar o eliminar un próximo sprint de la organización cuando hay otra organización seleccionada en la barra lateral.
El botón Regenerar próximos sprints de la organización se ha eliminado: los sprints se regeneran al guardar, y las actualizaciones nocturnas mantienen los calendarios completos. Las duraciones de reunión antiguas se muestran como la opción permitida más cercana: ninguna, 15, 30, 45, 60 o 90 minutos. Ahora POST /api/sprints/regenerate también acepta únicamente esos valores.
Consulta el trabajo de tus proyectos en conjunto y encuentra lo importante
La página Proyectos ahora tiene un selector Proyectos | Todas las tareas. Todas las tareas muestra las tareas abiertas de todos los proyectos a los que tienes acceso en las organizaciones seleccionadas, agrupadas por proyecto. Incluye búsqueda y los mismos filtros, opciones de ordenación, agrupación y columnas que la vista Lista de un proyecto.
Selecciona Todas las tareas en la barra de herramientas para incluir el trabajo completado y haz clic en una tarea para abrirla en su proyecto. La página recuerda la última vista que utilizaste para que puedas volver a tu vista general preferida.
Los proyectos archivados ahora están disponibles en una sección contraída de Proyectos archivados al final de la página Proyectos. La búsqueda y los botones de estado también filtran esa sección. Las páginas de los proyectos archivados muestran claramente su estado, y los propietarios y administradores de la organización pueden recuperarlos con Restaurar proyecto.
Encontrar las tareas adecuadas resulta más predecible en estas vistas:
Tareas que sigo ahora muestra solo las tareas que sigues, en lugar de todas las tareas, en las vistas Lista y Tablero de los proyectos y en la lista Todas las tareas de todos los proyectos.
Al seleccionar varios valores dentro de un mismo filtro, se muestran las tareas que coincidan con cualquiera de ellos. Por ejemplo, seleccionar Por hacer y En curso muestra ambas; los filtros de distintos campos siguen teniendo que cumplirse todos.
Agrupar aparece solo en la vista Lista, donde se aplica la agrupación. Las vistas Tablero, Calendario y Gantt ya no muestran ese control inactivo.
En conjunto, estos cambios te ofrecen más formas de incorporar trabajo a OKiDO y mantenerlo visible a medida que cambian los planes de tu equipo. Prueba a activar una dirección de correo para un proyecto o SOP, comprueba qué calendario de sprints siguen tus proyectos o abre Todas las tareas para obtener una visión más amplia de tu trabajo.
