Давно думаем, и планируем, но пока он все отодвигается и отодвигается. Сейчас пожалуй на 0.5 или даже 0.6, после категорий и связей задач

Кстати, если у нас можно запустить несколько спринтов, к какому из них относить задачи? Делать связь многие ко многим?

Релизы в нашем мировозрении это еще и что-то вроде спринтов. Для непрограмных проектов они та кже нужны. Например для работ по даче это будет объединение задач, которые мы думаем сделать за выходные, отпуск, летний сезон.

Исходя из того, что эта сущность у нас многоплановая, и наши спринты не идут строго друг за другом и на регулярной основе, кажется сильной автоматизации вроде переключения будущего на актуальный не нужно. Статусы, прошедший, актуальный, будущий все еще нужны. На странице проекта должен быть блок с актуальными спринтами (да их может быть несколько сразу, например параллельно выпускаемые версии что сомнительно, для дачи одновременено “майские-24” и “сезон лето-24”) кнопки завершить спринт, запустить спринт, список спринтов и список задач в них.

• Завершить спринт запускает мастер проверяющий незакрытые задачи или закрыть, или вынести из спринта.
• Запустить спринт требует сначала добавить в него задачи.

Поставил высокий, ибо единственный серьёзный програмный продукт использующий этот треккер использует релизы, и без этой задачи их весьма не просто собирать

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

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