IT-отдел. Рекомендованный бизнес-процесс
Для эффективной работы IT-отдела большой компании мы разработали бизнес-процесс. Продуманный сценарий, четкая смена статусов и алгоритм взаимодействия с заявителем позволяют оптимизировать процесс обработки заявок.
Статусы:
1. Группа "красных статусов". Заявка пока не в работе. Всегда есть назначенная группа. Руководитель группы отвечает, чтобы кто-то из СОТРУДНИКОВ взял такую заявку в работу и стал ИСПОЛНИТЕЛЕМ. Или назначает диспетчера. 
2. Заявка в работе. В поле ИСПОЛНИТЕЛЬ - всегда ответственный исполнитель, а не только группа.
3. Группа "серых статусов". Заявка не в зоне ответственности Исполнителей. Мяч на стороне Заявителя. "Отменена" конечный статус. Если задача интересна Заявителю, то уже создается новая заявка (или заявка переоткрывается через админа).
4. Выполнили - ждём реакцию клиента.
5. Заявка успешно закрыта.
Бизнес-процесс
Дополнительно
На 18.5.2026 есть несущественные недоработки интерфейса, которые могут привести к следующему. По концепции? когда заявка имеет статус "в работе" исполнитель1 не может взять и поменять на другого исполнителя (исполнитель2). Для всех участников системы это будет означать, что исполнитель2 работает над заявкой (статус "в работе"). На самом деле (в моменте) он еще может и не видел эту заявку. Правильный подход - это перевести в статус "Назначено на группу", а исполнитель2 должен сам нажать на кнопку "взять в работу" (тогда изменится и статус на "в работу" и исполнитель на "исполнитель2"). Сейчас интерфейсы системы позволяют просто поменять исполнителя и нажать на кнопку "Сохранить".