Разным проектам нужно разное количество преднастроенных и красиво выведенных списков задач. Сохранение фильтрации и сортировки на первом этапе решит проблему, но у нас появятся задачи-предложения, у нас уже есть tndt-42, которая вобще не имеет критериев закрытия, и в её рамках обдумываются разный рефакторинг. С одной стороны хочется скрыть их из единого флоу-задач. С другой иметь отдельное место, где они будут списком. В конце концов в будущем нам захочется Канбан, причем не вместо обычного списка.

Архитектура

Новая сущность доска Board. Состоит из

• название
• тип
• Настройки таблицы задач (TableQuery)
• Какая настройка где её отображать (вероятно не первых порах без настройки, все доски появляются в сайд-меню)

На доску можно дать wiki-ссылу [b:abc:123], это позволит очертить круг задач, о которых идет речь в документе. Возможно в будущем можно будет доски даже встраивать в документы, подумаем над этим. Но в целом, большинство таких кейсов должны решаться категорией или эпиком.

Виды досок

тип Таблица

Это привычный нам список задач. Но настройки его хранятся не в сессии, а в сущности. Кроме того этих списков будет по количеству досок. Можно будет держать отдельную доску для предложений, отдельную для задач в работе.

тип Канбан

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

тип Набор документов

Собственно доски не обязательно должны содержать именно задачи, в будущем можно сделать доску с актуальной документацией например.

тип документы и задачи.

Раз уж есть доска с документами, почему бы не быть доске и с документами и с задачами, прада это несколько усложнит все, ведь у неё будут две разные TableQuery. Но можно подумать над композитными досками.