# Бесплатная экспертная база знаний по управлению ИТ

Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего. Только сведения от консультантов и тренеров Cleverics. Включает ответы на **несколько тысяч вопросов** из **сотен источников**, а также детальный глоссарий с примерами, объяснениями и нюансами

# Классификация

Действие по присвоению чему-либо [категории](https://cleverics.ru/digital/kb-glossary/category/). [Классификация](https://cleverics.ru/digital/kb-glossary/classification/) используется для обеспечения последовательного управления и отчётности. [КЕ](https://cleverics.ru/digital/kb-glossary/configuration-item/), [инциденты](https://cleverics.ru/digital/kb-glossary/incident/), [проблемы](https://cleverics.ru/digital/kb-glossary/problem/), [изменения](https://cleverics.ru/digital/kb-glossary/change/) и т. д. обычно классифицируются.

## Оригинальный английский термин

classification

## Подробности

Классификация в [ITSM](https://cleverics.ru/digital/kb-glossary/it-service-management/) означает согласованное присвоение объекту заранее определённой категории, чтобы разные команды одинаково понимали, что это за объект, как им управлять и как по нему отчитываться. Чаще всего классификация применяется при регистрации и ведении [записей](https://cleverics.ru/digital/kb-glossary/record/): для инцидентов, проблем, изменений, а также для КЕ в [системе управления конфигурациями](https://cleverics.ru/digital/kb-glossary/configuration-management-system/). Практическая [ценность](https://cleverics.ru/digital/kb-glossary/value/) классификации проявляется в маршрутизации работы (кому назначать), выборе правильных [процедур](https://cleverics.ru/digital/kb-glossary/procedure/) обработки, определении [приоритетов](https://cleverics.ru/digital/kb-glossary/priority/) и в последующем анализе тенденций. Когда категории едины и применяются одинаково, [метрика](https://cleverics.ru/digital/kb-glossary/metric/) и [KPI](https://cleverics.ru/digital/kb-glossary/key-performance-indicator/) становятся сопоставимыми между периодами, подразделениями и [поставщиками](https://cleverics.ru/digital/kb-glossary/supplier/), а отчётность отражает реальную картину [спроса](https://cleverics.ru/digital/kb-glossary/demand/), [рисков](https://cleverics.ru/digital/kb-glossary/risk/) и качества. Классификация обычно опирается на согласованный словарь категорий, правила их применения и [контроль](https://cleverics.ru/digital/kb-glossary/control/) качества данных. При этом классификация не описывает саму причину или решение: она лишь задаёт «рамку» для управления. Вне области определения классификации находятся [диагностика](https://cleverics.ru/digital/kb-glossary/diagnosis/) и устранение [ошибки](https://cleverics.ru/digital/kb-glossary/error/), [оценка риска](https://cleverics.ru/digital/kb-glossary/risk-assessment/) изменения, а также [проектирование](https://cleverics.ru/digital/kb-glossary/design/)[услуги](https://cleverics.ru/digital/kb-glossary/service/) — эти задачи используют [результаты](https://cleverics.ru/digital/kb-glossary/outcome/) классификации, но не сводятся к ней.## Нюансы

Классификацию часто путают с приоритизацией и [оценкой](https://cleverics.ru/digital/kb-glossary/assessment/): категория отвечает на вопрос «к какому типу относится объект», тогда как приоритет определяет срочность обработки с учётом [влияния](https://cleverics.ru/digital/kb-glossary/impact/) и сроков, а оценка риска относится к изменениям и их потенциальным последствиям. Типичная ошибка — смешивать категорию и причину: например, инцидент «Почта недоступна» классифицируют как «Сеть», потому что “в прошлый раз было так”, хотя на этапе регистрации корректнее выбрать категорию «Почтовая услуга», а причину выявлять позже в [управлении проблемами](https://cleverics.ru/digital/kb-glossary/problem-management-practice/). Ещё одна ловушка — чрезмерная детализация классификатора: слишком много категорий ухудшают качество данных, потому что [пользователи](https://cleverics.ru/digital/kb-glossary/user/) и команды выбирают наугад, и отчётность становится шумной. Обратная крайность — слишком общие категории, которые не позволяют выявлять тренды и управлять спросом. Важно также не подменять классификацией решение о маршрутизации: категория помогает назначению, но не гарантирует правильного исполнителя без корректных правил [эскалации](https://cleverics.ru/digital/kb-glossary/escalation/) и актуальной [модели](https://cleverics.ru/digital/kb-glossary/model/) поддержки. Наконец, классификация должна пересматриваться по мере изменений услуг, [продуктов](https://cleverics.ru/digital/kb-glossary/product/) и организационной структуры, иначе она начинает искажать [измерение и отчётность](https://cleverics.ru/digital/kb-glossary/measurement-and-reporting/).## Примеры

- Инцидент классифицируется как «Рабочее место → Печать», чтобы направить его в команду поддержки рабочих мест и корректно отразить статистику по печати
- Проблема классифицируется как «Инфраструктура → Хранилища», чтобы анализировать повторяемость сбоев на уровне платформы и планировать улучшения
- Изменение классифицируется как «стандартное изменение», чтобы применить заранее согласованную модель изменения и сократить время согласований
- КЕ классифицируется как «Сервер → Виртуальная машина», чтобы единообразно вести записи о конфигурации и строить отчёты по типам активов

## Рекомендуемые продукты по этой теме

- [VAP: Управление поддержкой ИТ-услуг](https://edu.cleverics.ru/vap-support?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=VAP-SUPPORT) — Учебный курс: интенсив с тренером. Строим эффективную ИТ-поддержку. Оптимизируем существующую.
- [Apollo 13 — ITSM на практике](https://edu.cleverics.ru/apollo?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=APOLLO) — Деловая игра. Service Desk, управление инцидентами, проблемами, изменениями
- [Altevics](https://cleverics.ru/solutions/altevics?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=altevics) — Современная ITSM/ESM-система