Задача в поддержке может выглядеть простой: восстановить доступ к программе, подключить устройство, исправить ошибку или подготовить рабочее место. Но фраза «сделано» сама по себе ничего не подтверждает. Чтобы проблема не возвращалась в том же виде, нужен короткий и понятный критерий завершения.
Критерий не требует сложной бюрократии. Он отвечает на четыре вопроса: какой результат ожидался, как его проверили, кто подтвердил возможность продолжать работу и что зафиксировано для следующего обращения.
Сформулируйте результат до начала работы
Полезно описывать не действие исполнителя, а наблюдаемый эффект. Вместо «настроить программу» — «пользователь открывает нужный документ и выполняет основную операцию». Вместо «проверить сеть» — «рабочее место стабильно выполняет согласованную задачу в течение проверки». Такой язык помогает не спутать технический шаг с результатом для процесса.
| Проверка | Что она подтверждает |
|---|---|
| Исходная задача воспроизводится | Исправляется именно заявленная проблема, а не похожий симптом |
| Ключевая операция выполнена | Результат пригоден для работы пользователя |
| Изменение задокументировано | Следующая диагностика не начинается с нуля |
| Ограничение явно названо | Временное решение не выдают за окончательное |
| Повтор отслеживается | Похожие обращения можно связать с общей причиной |
Разделяйте исправление, обход и окончательное решение
Иногда работу можно продолжить благодаря временному варианту: другому устройству, упрощённому процессу или переносу срока. Это полезно, если статус честно записан. Критерий завершения тогда должен различать восстановление работы и устранение первопричины. Иначе временное действие теряется в истории, а повтор выглядит как новая случайность.
Если причина пока не подтверждена, не стоит придумывать уверенное объяснение. Лучше зафиксировать наблюдение, выполненную проверку и условие следующего шага. Это бережёт время и помогает собрать достаточные признаки при повторе.
Проверяйте глазами пользователя
Техническая проверка важна, но она не заменяет проверку рабочего сценария. Пользователь или ответственный за процесс может подтвердить, что выполняется именно нужная операция: печать документа, обработка обращения, работа с требуемой периферией или доступ к согласованному сервису.
Подтверждение не должно задерживать срочное восстановление. Если человек недоступен, в записи указывают, какие проверки выполнены и когда результат должен быть подтверждён. Задача остаётся под контролем, а не исчезает из очереди.
Оставьте запись, полезную при повторе
- Опишите симптом и влияние на работу короткими понятными словами.
- Зафиксируйте проверенный результат и известные ограничения.
- Укажите, что изменилось в конфигурации или процессе, без секретных сведений.
- Свяжите похожие обращения, если они действительно относятся к одному признаку.
Повтор не всегда означает ошибку исполнителя: могут измениться условия работы, появиться новый фактор или проявиться редкая неисправность. Но системное повторение — сигнал посмотреть шире, а не закрывать одинаковые задачи по очереди.
Сделайте критерии частью качества поддержки
Единый подход помогает сравнивать качество не по числу закрытых обращений, а по тому, вернулся ли процесс к нормальной работе и насколько понятно сохранён результат. В управляемой IT-поддержке такие критерии связывают работу исполнителей с потребностями бизнеса, не подменяя качество формальными сроками.
Итог: критерий завершения IT-задачи — это подтверждённый рабочий результат, а не отметка о выполненном действии. Он включает проверку, честный статус временных ограничений и короткую запись, которая помогает распознать повтор проблемы.