Постановка задач и контроль исполнения в PRO-dela: как устроен жизненный цикл задачи

Задача в PRO-dela — базовая единица исполнения работы внутри проекта: у неё есть автор, необязательный исполнитель, статус, необязательный приоритет и полный жизненный цикл от постановки до приёмки результата. Ниже — техническое устройство этого цикла: как задача создаётся, приоритизируется, делится на подзадачи, собирается из шаблона, назначается, меняет статус, проходит завершение и приёмку, получает оценку и вложения, встраивается в стадию проекта и попадает в архив.

Это не обзор «зачем нужен таск-трекер», а разбор постановки задач и контроля исполнения на уровне конкретных состояний и переходов между ними — того, что реально происходит с задачей в PRO-dela от первого сохранения до закрытия.

Что входит в задачу и как она создаётся

Задача поддерживает полный CRUD: создание, просмотр, редактирование и удаление. При создании обязателен проект, к которому относится задача, и название — либо короткое, либо в виде свободного текста задачи, если в компании включено интеллектуальное создание задач. Остальные поля — описание, категория, срок и приоритет — необязательны и могут быть добавлены сразу или позже через обычное редактирование.

Исполнитель не обязателен в момент создания: задачу можно сохранить без исполнителя и назначить его отдельным действием, когда определится, кто будет её выполнять. Это разделяет два разных решения — «что нужно сделать» и «кто это сделает» — вместо того, чтобы вынуждать поставщика задачи сразу знать ответ на оба вопроса.

Приоритет: необязательное поле, а не обязательная классификация

У задачи может быть один из трёх приоритетов — высокий, средний, низкий — либо не быть приоритета вовсе. Это осознанно необязательное поле: пустой выбор в интерфейсе возвращает задачу к состоянию «без приоритета», а не подставляет случайное значение по умолчанию.

Приоритет редактируется обычным обновлением задачи в любой момент и участвует в фильтрации списков — можно показать только задачи с высоким приоритетом в проекте, стадии или в личном списке «Мои задачи». При этом приоритет намеренно не влияет на порядок карточек, ручную сортировку и перетаскивание: это отдельная ось классификации, а не механизм, который тайно переставляет задачи местами при простом изменении важности.

Подзадачи: декомпозиция работы внутри задачи

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

Подзадачу можно закрывать (finish) отдельно от родительской задачи — это удобно, когда часть работы уже выполнена, а остальная ещё в процессе, и команде важно видеть промежуточный прогресс, а не ждать закрытия всей задачи целиком.

Шаблоны задач и подзадач

Повторяющуюся структуру работы не нужно каждый раз собирать вручную. Шаблоны задач и шаблоны подзадач — самостоятельные сущности с собственным CRUD: их можно завести заранее и переиспользовать в разных проектах.

Есть и обратный путь: уже существующую задачу вместе со всеми её подзадачами можно сохранить как шаблон одним действием — название, описание и структура подзадач переносятся автоматически. Создание новой задачи из шаблона, в свою очередь, требует только выбрать шаблон и проект: дальше PRO-dela сама разворачивает задачу и связанные подзадачи по сохранённой структуре.

Назначение исполнителя и участники задачи

Исполнителя можно назначить только из числа участников проекта — по конкретному сотруднику или по пользователю, для которого PRO-dela сама находит нужную запись участника в этом проекте. Одновременно с назначением можно задать стартовый статус, с которого задача начнётся у нового исполнителя.

Отдельно от исполнителя у задачи есть участники (participants): их можно добавлять и убирать, и это расширяет доступ к деталям задачи, чату задачи и уведомлениям по ней, не делая человека формальным исполнителем. Так к задаче можно подключить наблюдателя или второго специалиста, не переписывая ответственного.

Кто именно из команды вправе назначать исполнителя, менять статус, завершать и принимать задачу — определяется ролью участника в проекте; подробнее об этом в статье «Роли и участники».

Статус задачи и правила его смены

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

У завершённой или уже принятой задачи ручная смена статуса ограничена: единственный доступный переход — обратно в статус «Ожидает», и такое действие автоматически снимает отметку о завершении. Это защищает от ситуации, когда задачу «переставили» статусом в обход реальной приёмки результата.

Жизненный цикл приёмки: finish, accept, decline, reopen

Завершение работы (finish) — отдельное действие исполнителя или другого участника с соответствующим правом. Оно фиксирует дату завершения и может сразу назначить конкретного принимающего среди участников проекта — но не самого исполнителя задачи, так как проверять собственную работу тот же человек не может.

Дальше решение за принимающим: он либо принимает результат (accept), либо отклоняет его (decline) и возвращает задачу в работу, удаляя отметку о завершении и уведомляя исполнителя. Если задачу приняли ошибочно, её можно вернуть в работу через reopen — отдельное действие, которое снимает подтверждение приёмки.

Благодаря этому «исполнитель считает работу сделанной» и «результат приняли» остаются двумя разными, явно различимыми состояниями со своей историей действий — а не одним чекбоксом «готово».

Оценки задачи: часы или стоимость, с подтверждением

Оценка задачи (task estimate) — самостоятельная сущность с типом «часы» либо «стоимость» в конкретной валюте и необязательным описанием. Оценок у задачи может быть несколько: их можно создавать, редактировать и удалять.

Подтверждение оценки — отдельное действие confirm/unconfirm, доступное не всем подряд, а участнику с правом подтверждать оценки в проекте — как правило, стороне заказчика — либо автору проекта. Подтверждённая оценка и снятие подтверждения видны в реальном времени всем, у кого есть доступ к задаче, что превращает оценку в согласованную договорённость, а не просто прикидку исполнителя.

Порядок задач: drag-and-drop в трёх независимых областях

Ручная сортировка задач в PRO-dela работает не в одной, а в трёх независимых областях. В личном списке «Мои задачи» порядок персональный — у каждого пользователя свой. Внутри конкретного проекта порядок общий для всех, кто видит список этого проекта, и хранится отдельно от порядка внутри отдельной стадии. Подзадачи сортируются собственным перетаскиванием внутри своей задачи.

Как только список отсортирован не вручную — например, по приоритету, дате создания или дате принятия — перетаскивание для этого представления скрывается: ручной порядок и серверная сортировка сознательно не смешиваются, чтобы карточки не «прыгали» в двух логиках одновременно.

Архив задач: восстановление и безвозвратное удаление

Удаление задачи — это архивирование, а не мгновенное исчезновение данных. У пользователя с правом удалять задачу после удаления доступны два отдельных действия: восстановить задачу (restore) или удалить её безвозвратно (force delete). Это защищает от случайного клика: ошибочное удаление — не финал, а обратимое состояние.

Администратор дополнительно видит собственный архивный список задач по всей платформе — со своей сортировкой, просмотром, восстановлением и окончательным удалением уже отправленных в архив записей, независимо от того, кто и в каком проекте их архивировал.

Вложения к задаче

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

Предпросмотр и скачивание — разные операции: предпросмотр отдаёт файл для просмотра прямо в интерфейсе, скачивание — как обычную загрузку на диск. Это удобно для быстрой проверки макета, скриншота или PDF без лишнего шага «скачать → открыть → удалить».

Техническое задание и связь со стадиями проекта

У задачи есть технически то же поле, что обычно называют техническим заданием: развёрнутое описание, которое редактируется в отдельном текстовом редакторе с форматированием прямо на странице задачи. Оно живёт рядом с техническим заданием всего проекта и техническим заданием конкретной стадии — получаются три уровня детализации, от общего замысла проекта до конкретной выполнимой задачи.

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

Прогресс, расходы и роли — где искать подробности

Помимо статусов и оценок, у задачи есть отдельный слой фактического учёта — прогресс и расходы, которые впоследствии становятся частью бюджетной статистики проекта. Это самостоятельная тема с собственной логикой подтверждения, поэтому подробный разбор — в статье «Учёт времени и затрат по задачам».

А то, какие именно действия с задачей доступны конкретному участнику — от назначения исполнителя до подтверждения оценки, — определяется его ролью и правами в проекте; подробное устройство ролей и прав описано в статье «Роли и участники».

Частые вопросы

Приоритет обязателен при создании задачи?

Нет. Приоритет — необязательное поле: у задачи может не быть приоритета вообще, и это отдельное, полноценное состояние, а не «низкий приоритет по умолчанию». Приоритет можно добавить или снять в любой момент через обычное редактирование задачи.

Нужно ли сразу назначать исполнителя при создании задачи?

Нет. Для создания задачи обязательны только проект и название (или текст задачи в режиме интеллектуального создания). Исполнителя можно назначить сразу или позже — отдельным действием, когда станет понятно, кто будет выполнять работу.

Чем «задача завершена» отличается от «задача принята»?

Это два разных состояния с разными действиями. Завершение (finish) фиксирует, что исполнитель считает работу сделанной, и может назначить принимающего. Приёмка (accept) — отдельное решение принимающего: он либо соглашается с результатом, либо отклоняет его (decline) и возвращает задачу в работу. Уже принятую задачу при необходимости можно вернуть в работу через reopen.

Что будет, если удалить задачу по ошибке?

Удалённая задача не исчезает сразу: она уходит в архив, откуда её можно восстановить. Безвозвратное удаление (force delete) — отдельное, осознанное действие, а не автоматическое следствие обычного удаления.

Можно ли не повторять одну и ту же структуру задачи вручную каждый раз?

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

Начните с одной задачи

Зарегистрируйтесь в PRO-dela, создайте первый проект и заведите в нём реальную задачу — с приоритетом, исполнителем, статусом и, при необходимости, подзадачами. Это быстрее показывает, как работает контроль исполнения, чем любое описание функциональности.