Задачи

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

Задача — основная единица работы внутри проекта. Рекомендуется вести задачи так, чтобы по карточке задачи было понятно: что нужно сделать, кто отвечает, к какому сроку и на каком шаге находится выполнение.

Основные данные задачи

В задаче обычно фиксируются:

• код (формируется автоматически);
• наименование;
• статус;
• приоритет;
• ярлыки;
• исполнитель;
• срок исполнения;
• описание и комментарии.

Набор полей может зависеть от типа задачи и настроек.

Рекомендации по постановке задачи

• Наименование формулируйте как проверяемый результат (например, «Подготовить смету», «Согласовать макет», «Исправить ошибку в отчёте»).
• Срок исполнения задавайте сразу, чтобы задача попадала в контроль по срокам.
• Исполнитель должен быть один (если требуется несколько — создайте подзадачи или отдельные задачи).
• Описание используйте для деталей: контекст, ограничения, критерии готовности.

Статусы и последовательность действий

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

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

Если система не позволяет сменить статус, обычно причина в одном из вариантов:

• переход запрещен правилами последовательности действий;
• у пользователя нет прав на смену статуса;
• для типа задачи выбранный переход не предусмотрен настройками.

Что делать, если статус не меняется

1. Проверьте, какой статус установлен сейчас и какой статус вы пытаетесь выбрать.
2. Попробуйте выполнить промежуточный переход (если он предусмотрен).
3. Уточните у менеджера проекта или администратора, какие переходы разрешены и кому.

Комментарии и история изменений

Для совместной работы используйте:

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

Когда полезна история изменений

• при разборе «кто перенес срок и почему»;
• при спорных ситуациях по ответственности;
• при подготовке отчета о ходе работ.

Представления для контроля выполнения

Помимо списка задач, для контроля выполнения могут использоваться специальные представления. Их набор зависит от настроек.

Доска задач

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

Рекомендации:

• обновляйте статусы сразу после смены состояния работы;
• не перемещайте задачу «на будущее», если работа фактически не началась;
• используйте комментарии при блокировках (что мешает и кто должен помочь).

Диаграмма Ганта

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

Используйте диаграмму Ганта, когда:

• проект зависит от календарного плана (сроки фиксированы);
• есть много параллельных задач и нужно видеть пересечения;
• есть зависимости между задачами.

Зависимости задач

При необходимости задавайте зависимости между задачами (например, когда одна работа не может начаться до завершения другой). Это помогает выстроить последовательность выполнения и уменьшить риск блокировок.

Практический пример

Если задача «Согласовать макет» зависит от задачи «Подготовить макет», то:

• сначала выполняется подготовка;
• затем начинается согласование;
• при переносе сроков первой задачи проверьте сроки второй.

Типовые ситуации и решения

Задача не отображается у исполнителя

Проверьте:

• назначен ли исполнитель;
• находится ли задача в нужном проекте;
• не включены ли фильтры (например, «Назначены мне» или отбор по статусам).

Нельзя назначить исполнителя

Обычно причина одна из следующих:

• у пользователя нет прав на изменение задачи;
• исполнитель не включен в команду проекта (если в организации используется контроль по команде);
• ограничение по типу задачи или настройкам назначения.