Que levante la mano quien haya movido la fecha de inicio de una tarea en Planner y se haya encontrado, sin pedirlo, con que la fecha límite también se había desplazado. Era un comportamiento que muchos daban por supuesto, pero que en la práctica generaba más de un dolor de cabeza: cambias el arranque de una tarea porque el cliente ha retrasado la entrega de materiales, y de repente el plazo final también se va dos semanas hacia adelante. Sin que nadie lo haya decidido.
Así funcionaba hasta ahora
Planner trataba las fechas de inicio y vencimiento como si estuvieran encadenadas. Si movías una, la otra se ajustaba automáticamente para mantener la misma distancia entre ambas. La lógica tiene cierto sentido en papel: si empiezas más tarde, el trabajo acaba más tarde. Pero los proyectos reales rara vez funcionan así. A veces el margen existe precisamente para absorber imprevistos, y las fechas de entrega son inamovibles aunque una tarea empiece más tarde de lo previsto.
El resultado era que muchos equipos dejaban de confiar en el campo de fecha de inicio y lo usaban solo como referencia orientativa, fijándose únicamente en la fecha límite. Un parche que funcionaba, pero no era lo ideal.
Qué cambia en julio
Microsoft ha desvinculado ambas fechas en la actualización de julio. Ahora puedes mover la fecha de inicio de una tarea sin que la de vencimiento se mueva, y al revés: cada una es independiente de la otra. Parece un detalle menor, pero para quien gestiona proyectos con varios frentes activos al mismo tiempo, esto cambia bastante la forma de trabajar.
La verdad es que nos ha sorprendido que tardara tanto en llegar. Es de esas mejoras que, cuando las pruebas, te preguntas cómo podía funcionar de otra manera antes.
Cuándo lo vais a notar
El cambio resulta especialmente útil cuando tienes una entrega pactada con el cliente que no puede moverse, pero el trabajo empieza más tarde de lo previsto. O cuando reestructuras el inicio de varias tareas sin querer alterar los plazos finales del proyecto. O cuando alguien del equipo pospone su parte sin que eso afecte a las fechas comprometidas con terceros.
En todos esos casos, antes había que corregir manualmente las fechas límite después de cada ajuste. Ahora simplemente no se mueven.
¿Hay algo que tener en cuenta?
Sí: el cambio aplica de forma global. Planner deja de ajustar fechas automáticamente en todos los casos, así que si antes te apoyabas en ese comportamiento para que las tareas se recalcularan solas al mover el inicio, tendrás que revisar ese flujo. Dicho esto, el nuevo comportamiento es el que tiene más sentido para la mayoría de equipos.
Si usáis Planner integrado en Teams, el cambio ya debería estar disponible o llegará en los próximos días según avance el despliegue. No requiere ninguna configuración: simplemente funciona de otra manera a partir de ahora.