Проверить и закрыть задачу
В LadVen OS закрытие задачи означает, что результат проверен, критерии готовности выполнены и по этой задаче больше не нужно действий. Это не формальная смена статуса, а точка приемки: участники понимают, что именно принято, где лежит результат и почему задача больше не находится в работе.
Хорошее закрытие защищает бизнес от двух проблем: незавершенная работа не считается принятой, а новые обязательства не теряются в комментариях к уже закрытой задаче. Если при приемке появился новый запрос, его нужно явно зафиксировать: вернуть текущую задачу на доработку, создать связанную задачу или объяснить, почему новый запрос не входит в результат.
Базовый маршрут: исполнитель показывает готовность, результат проходит проверку, после решения задачу принимают, возвращают на доработку или выносят новый объем в отдельную задачу.
Хорошая практика
Не закрывайте задачу сразу после сообщения "готово". Сначала проверьте результат, файлы, комментарии, выполненные пункты чек-листа, затраченное время и открытые вопросы. Если работа требует приемки, исполнитель сначала завершает свою часть или отправляет задачу на проверку, а постановщик принимает результат либо возвращает задачу с понятным комментарием.
Статус меняют только после понятного результата или причины возврата. Если нужно исправление, опишите его в комментарии внутри задачи: так решение останется в рабочем контексте, а не потеряется в личной переписке.
Для руководителя закрытие задачи - это не только отметка "сделано", но и контроль срока, результата, рисков и трудозатрат. Перед финальным закрытием должно быть понятно: что принято, что не принято, какие новые обязательства появились и где они будут выполнены.
Статусы задачи
| Статус | Что означает | Когда использовать |
|---|---|---|
| Новая | Задача создана, но работа еще не началась. | После постановки задачи или возврата к стартовому состоянию, если исполнитель еще не взял ее в работу. |
| В работе | Задача выполняется. | Когда ответственный начал работу, уточняет детали, ведет чек-лист, прикладывает промежуточные файлы или списывает время. |
| На проверке | Результат готов и ожидает проверки. | Когда исполнитель считает критерии готовности выполненными и передает работу постановщику или проверяющему. |
| На контроле | Задача ожидает контроля или финального подтверждения. | Когда нужна отдельная контрольная стадия: например, руководитель, клиент или владелец процесса должен подтвердить результат после проверки. |
| Завершена | Работа принята и закрыта. | Когда результат проверен, обязательные материалы приложены, вопросы закрыты, активный таймер остановлен. |
| Отложена | Задача отложена. | Когда работа временно неактуальна, но ее не нужно отменять: ждут внешнего события, решения или нового срока. |
| Отменена | Задача отменена. | Когда результат больше не нужен. В комментарии стоит зафиксировать причину отмены, чтобы участники не продолжали работу. |
| Не выполнена | Задача не выполнена с нужным результатом. | Когда работа завершилась неуспешно и это важно отличить от отмены или отложенного состояния. Укажите причину и дальнейшие действия. |
Основные сценарии
Завершить работу
Исполнитель завершает работу, когда результат готов с его стороны. Перед этим нужно свериться с описанием, критериями готовности и чек-листом. Если задача не требует отдельной проверки, завершение может сразу привести к закрытию. Если проверка включена, задача должна перейти в состояние ожидания проверки или контроля.
Перед завершением исполнитель проверяет:
- результат можно открыть, прочитать, запустить или другим способом проверить;
- финальная версия файла, документа, ссылки или ответа приложена к задаче;
- обязательные пункты чек-листа отмечены;
- в комментариях зафиксированы важные решения, ограничения и что именно сделано;
- активный таймер остановлен, а ручное время добавлено, если учет времени нужен для план/факт.
Отправить на проверку
Отправляйте задачу на проверку, если постановщик или другой участник должен принять результат. Для этого результат должен быть виден в задаче: приложите финальный файл, ссылку, скриншот, документ, комментарий с итогом или другой проверяемый артефакт.
Хороший комментарий при передаче на проверку отвечает на три вопроса:
- что готово;
- где это проверить;
- есть ли ограничения, спорные места или вопросы.
Если проверка включена как обязательная часть процесса, не обходите ее прямым закрытием. Статус "На проверке" помогает отделить "исполнитель закончил" от "работа принята".
Отправить на контроль
Контроль нужен, когда результата недостаточно просто проверить внутри задачи. Например, нужно подтверждение руководителя, владельца процесса, клиента или ответственного за качество. В этом случае задача может перейти в состояние контроля.
Перед отправкой на контроль убедитесь, что проверяющему не придется восстанавливать контекст:
- в описании или комментариях есть критерии готовности;
- итоговый результат приложен или связан с задачей;
- спорные решения описаны в комментариях;
- связанные задачи, CRM-сущности или документы добавлены там, где они помогают проверить источник работы;
- участник, который должен контролировать результат, добавлен в задачу и видит материалы.
Принять задачу
Принимайте задачу, когда результат соответствует договоренности и не требует доработки. Если были критерии готовности, проверяйте именно по ним, а не по общему впечатлению.
Перед завершением задачи проверьте:
- результат совпадает с описанием и ожидаемым итогом;
- задача закрывается в понятном статусе по сроку: вовремя, с объясненной просрочкой или с согласованным переносом;
- обязательный чек-лист закрыт или понятно, почему отдельные пункты больше не нужны;
- финальные файлы и ссылки доступны участникам;
- в комментариях есть итоговое решение, если оно важно для истории;
- у постановщика, ответственного и соисполнителей нет открытых вопросов;
- активные таймеры остановлены, а затраченное время не осталось в подвешенном состоянии;
- план/факт по времени объясним, если задача важна для отчета, клиента или бюджета;
- закрытие не скрывает незавершенный этап процесса.
Если результат принят частично, не закрывайте задачу молча. Либо верните ее на доработку с конкретным списком правок, либо создайте связанную задачу на новый самостоятельный результат.
Перед принятием задачи руководитель видит статус проверки, финальные файлы, закрытый чек-лист и действие принятия результата.
Хорошая приемка фиксирует не только факт "готово", но и управленческий итог: по каким критериям задача принята, какая версия файла считается финальной, какие ограничения остаются и куда вынесен новый объем. Если во время проверки появились дополнительные просьбы, не закрывайте их внутри исходной задачи без следа: создайте связанную задачу или зафиксируйте, почему они не входят в текущий результат.
Если закрытие заблокировано проверкой
Иногда LadVen OS не дает закрыть задачу или перевести ее на следующий этап. Это не обходной технический сбой, а защитная проверка процесса: система видит, что для приемки не хватает обязательного условия.
Пользователь должен увидеть понятное объяснение:
- какое действие заблокировано: закрытие, отправка на проверку, перевод на контроль или смена статуса;
- чего не хватает: финального файла, ссылки на результат, закрытого чек-листа, итогового комментария, ответственного, связи с клиентом или другого обязательного поля;
- кто исправляет: исполнитель, постановщик, владелец процесса, руководитель или администратор LadVen OS;
- как продолжить: добавить недостающий элемент, сохранить задачу и повторить то же действие.
Не закрывайте задачу через дубликат, личную договоренность или обходной статус. Если проверка требует финальный файл, приложите файл или ссылку. Если требует закрытый чек-лист, закройте обязательные пункты либо объясните исключение в комментарии. Если условие ошибочно для этого процесса, напишите владельцу процесса, чтобы он изменил проверку, а не ломал отдельную задачу вручную.
После исправления повторите то же действие и проверьте, что задача действительно перешла в нужный статус. Если блокировка повторилась, сравните сообщение проверки с карточкой задачи: возможно, исправлен не тот пункт, файл приложен не туда, комментарий не сохранен или у пользователя нет прав на нужное поле.
Вернуть в работу или на доработку
Возвращайте задачу в работу, когда результат не соответствует критериям готовности, не хватает файлов, есть открытые вопросы или проверка выявила ошибку. Возврат должен объяснять, что именно нужно исправить.
Плохой возврат:
Не подходит, переделать.
Хороший возврат:
Вернул на доработку: в финальной таблице нет колонки "Дата оплаты", а в описании она указана как обязательная. Добавьте колонку, заполните строки по клиентам из списка и снова отправьте на проверку.
Если задача уже была на проверке или контроле, после возврата она обычно снова становится рабочей. Если работа больше не нужна, отмените задачу. Если работа временно остановлена по внешней причине, отложите ее. Если результат невозможно получить и это нужно зафиксировать как неуспех, используйте состояние неуспешного завершения.
Возврат на доработку полезен только тогда, когда в задаче видно, что исправить, где проверить правку и какой результат нужен для повторной приемки.
Контроль руководителя при закрытии
Руководитель или владелец процесса смотрит не только на финальный статус, но и на качество управленческого следа. По закрытой задаче должно быть понятно, почему работа принята и какие решения были приняты по срокам, рискам и новым требованиям.
Особое внимание нужно задачам, где:
- срок был перенесен или задача закрывается после дедлайна;
- исполнитель потратил заметно больше времени, чем планировалось;
- результат влияет на клиента, деньги, юридические документы, запуск процесса или работу другого отдела;
- в комментариях появились новые просьбы, но не видно отдельной связанной задачи;
- задача была возвращена на доработку несколько раз;
- часть чек-листа снята или признана неактуальной;
- закрытие выполняет не постановщик, а другой участник.
В таких случаях закрывающий комментарий должен отвечать на вопросы руководителя: что принято, что изменилось по сравнению с исходной постановкой, почему отклонение допустимо и где будут выполнены новые обязательства.
Завершение без потери новых обязательств
Во время приемки часто появляются дополнительные просьбы: "еще добавьте отчет", "проверьте второй филиал", "потом обновите шаблон", "передайте это в другой отдел". Если закрыть исходную задачу без фиксации этих просьб, они останутся в переписке и не попадут в работу.
Используйте простое правило:
| Что появилось при приемке | Как поступить |
|---|---|
| Исправление исходного результата | Вернуть текущую задачу на доработку с конкретным списком правок. |
| Новый самостоятельный результат | Создать связанную или дочернюю задачу. |
| Идея на будущее без обязательства | Зафиксировать в комментарии как идею или решение не делать сейчас. |
| Внешняя зависимость | Отложить задачу или создать отдельную задачу на получение входных данных. |
| Изменение договоренности с клиентом или руководителем | Зафиксировать решение в комментарии и связать новую задачу с исходной. |
Закрытая задача должна оставаться чистой точкой приемки. Не продолжайте в ней новую работу, если исходный результат уже принят: так сложнее контролировать сроки, ответственных и план/факт.
Связь с критериями готовности
Критерии готовности - главный ориентир для приемки. Они должны быть в описании задачи, чек-листе или комментарии, если появились уже в процессе работы. Без них проверка превращается в спор о ожиданиях.
Удобная схема проверки:
| Где смотреть | Что проверить |
|---|---|
| Описание | Какой результат был обещан и какие ограничения указаны. |
| Чек-лист | Все ли обязательные шаги выполнены, нет ли незавершенных пунктов. |
| Файлы и ссылки | Приложена ли финальная версия, доступна ли она участникам. |
| Комментарии | Зафиксированы ли решения, уточнения, согласования и причины отклонений. |
| Время | Остановлен ли таймер, списано ли фактическое время, если оно нужно для учета. |
| Связи | Есть ли родительская, дочерняя или связанная задача, если часть результата вынесена отдельно. |
Если критерий устарел, не игнорируйте его при закрытии. Зафиксируйте в комментарии, почему он больше не нужен, и только потом принимайте результат.
Как сделать в LadVen OS
- Откройте задачу.
- Проверьте описание, критерии готовности и ожидаемый результат.
- Посмотрите последние комментарии, решения и вопросы.
- Откройте приложенные файлы, ссылки, документы и связанные сущности, если они нужны для проверки.
- Убедитесь, что обязательные пункты чек-листа выполнены.
- Проверьте срок: задача закрывается вовремя, с согласованным переносом или с понятным объяснением просрочки.
- Проверьте таймер и учет времени: активный таймер должен быть остановлен перед финальным закрытием.
- Сравните план/факт, если задача участвует в отчетности или контроле загрузки.
- Если вы исполнитель и результат готов, завершите работу или отправьте задачу на проверку.
- Если нужна отдельная контрольная стадия, отправьте задачу на контроль.
- Если вы принимаете работу и результат соответствует критериям, завершите задачу.
- Если нужны правки, оставьте комментарий с конкретными замечаниями и верните задачу в работу.
- Если появился новый самостоятельный запрос, создайте связанную задачу до финального закрытия или сразу после него.
- Если работа больше не нужна, отмените задачу; если ее нужно отложить - выберите отложенное состояние; если результат не достигнут и это важно зафиксировать - зафиксируйте неуспешное завершение.
Что проверить
- результат соответствует исходной договоренности;
- критерии готовности выполнены или их изменение объяснено в комментарии;
- срок соблюден или причина отклонения зафиксирована;
- все обязательные файлы приложены;
- важные решения зафиксированы в комментариях;
- чек-лист не содержит незавершенных обязательных пунктов;
- таймер остановлен и время учтено там, где это требуется;
- план/факт понятен для руководителя, если задача важна для отчета или бюджета;
- связанные задачи, документы или CRM-сущности добавлены, если без них контекст будет потерян;
- новые обязательства вынесены в отдельные связанные задачи или явно отклонены;
- у участников нет открытых вопросов;
- закрытие не скрывает незавершенный этап процесса.
Комментарии при закрытии
Комментарий при закрытии не всегда обязателен, но полезен, когда задача важна для истории, клиента, отчета или передачи результата другому человеку. Пишите коротко и по делу: что принято, где лежит финальная версия, что решили не делать.
Примеры:
Принято. Финальная версия договора приложена к задаче, правки из комментариев учтены.
Закрываю как отмененную: клиент перенес запуск, текущая подготовка больше не нужна. Вернемся к задаче после новой даты.
Фиксирую неуспешное завершение: доступ к источнику не получен, без него выгрузку подготовить нельзя. Создана отдельная задача на получение доступа.
Когда нужна новая связанная задача
Не превращайте возврат на доработку в бесконечную задачу. Если появился новый самостоятельный результат, лучше создать дочернюю или связанную задачу.
Создайте связанную задачу, если:
- появился новый объем работ, которого не было в исходной договоренности;
- нужно поручить отдельный результат другому ответственному;
- исправление зависит от внешнего решения или другого процесса;
- текущий результат можно принять, а новое требование нужно вести отдельно.
Верните текущую задачу в работу, если исправление относится к тем же критериям готовности и без него результат нельзя принять.
Хорошие практики
- Принимайте результат по критериям готовности, а не по формулировке "вроде готово".
- Возвращайте задачу на доработку только с конкретным списком правок и ожидаемым результатом.
- Проверяйте срок и план/факт до закрытия задач, которые влияют на клиента, бюджет или загрузку отдела.
- Фиксируйте управленческие решения в комментарии: перенос срока, снятие пункта чек-листа, принятие частичного результата.
- Создавайте связанную задачу для нового самостоятельного объема, чтобы он не потерялся после закрытия.
- Не закрывайте задачу с активным таймером или несохраненным временем.
- Используйте контроль руководителя для важных задач, где приемка должна быть отделена от выполнения.
- После нескольких возвратов проверьте исходную постановку: возможно, критерии готовности были неполными или изменился объем.
Частые ошибки
- закрывать задачу без проверки результата;
- завершать работу без финального файла, ссылки или комментария с итогом;
- завершать задачу, когда она должна пройти проверку или контроль;
- возвращать задачу на доработку без конкретного списка правок;
- просить правки в личном сообщении вместо комментария;
- принимать результат с просрочкой без объяснения причины и решения;
- закрывать задачу с большим отклонением план/факт без комментария;
- считать новую просьбу "мелкой правкой", хотя это отдельный результат с другим сроком или ответственным;
- оставлять активный таймер после закрытия;
- отменять задачу вместо отложения, хотя работа может вернуться позже;
- создавать новую задачу на исправление, когда достаточно вернуть текущую в работу;
- продолжать текущую задачу, хотя появился новый самостоятельный результат;
- закрывать задачу после устного согласования, не оставив в карточке решения для истории.
Нужные скриншоты
Для публичной документации полезно подготовить такие скриншоты:
- карточка задачи перед приемкой: описание, чек-лист, файлы и последние комментарии;
- статус "На проверке" или аналогичный экран передачи результата постановщику;
- пример комментария исполнителя при отправке на проверку: что готово и где проверить;
- экран возврата на доработку с конкретным комментарием проверяющего;
- задача на контроле руководителя с видимым результатом и связанными материалами;
- настройка защитной проверки перед закрытием или сменой статуса:
tasks.automation.guard-light-desktop; - блок времени перед закрытием: таймер остановлен, план/факт виден;
- пример связанной или дочерней задачи, созданной для нового обязательства;
- финально закрытая задача с итоговым комментарием и доступными файлами.