xmoonlight, крон лишний, но если будет необходимости выводить задачи которые были просрочены (например исполнитель просрочил задачу, после этого выполнил и поставил статус выполнена), в случае если не ведется история - будет невозможно. В общем то по вопросу автора крон не нужен, я посмотрел немного дальше, и подумал что возможно будет необходимость как то потом их фильтровать
xmoonlight, мне кажется так будет идеально. И можно это совместить с советом Дмитрий, если статус важная часть целой цепочки, тем более не стоит его менять без ведома пользователя (мое мнение), тогда уж лучше сделать признак просрочена в БД, и туда уже по крону проставлять тру/фолс по условию. Таки образом не меняя статуса получаем все что требуется, не меняя основной статус. Все это писал предполагая что не ведется история изменения статусов (да и если ведеться, такой вариант тоже будет не плох).