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

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

# Стандарт

[Документ](https://cleverics.ru/digital/kb-glossary/document/), установленный на основе консенсуса и утверждённый признанным органом, который предусматривает для общего и повторного использования обязательные требования, руководящие указания или характеристики для своего предмета.

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

standard

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

[Стандарт](https://cleverics.ru/digital/kb-glossary/standard/) в [ITSM](https://cleverics.ru/digital/kb-glossary/it-service-management/) — это формализованный ориентир, который задаёт единообразные требования или правила выполнения работ и принятия решений, чтобы разные команды действовали согласованно и предсказуемо. Он применяется, когда [организации](https://cleverics.ru/digital/kb-glossary/organization/) важно обеспечить сопоставимое качество [услуги](https://cleverics.ru/digital/kb-glossary/service/), управляемость [рисков](https://cleverics.ru/digital/kb-glossary/risk/) и [соответствие требованиям](https://cleverics.ru/digital/kb-glossary/compliance/) при многократном повторении однотипных действий: от [проектирования](https://cleverics.ru/digital/kb-glossary/design/) услуги и [управления изменениями](https://cleverics.ru/digital/kb-glossary/change-management/) до эксплуатации и измерения [метрик](https://cleverics.ru/digital/kb-glossary/metric/). Стандарт может быть внешним (например, отраслевым или международным), либо внутренним корпоративным документом, который переводит ожидания [руководства](https://cleverics.ru/digital/kb-glossary/governance/) и [заинтересованных сторон](https://cleverics.ru/digital/kb-glossary/stakeholder/) в конкретные нормы: что считать допустимым [уровнем услуги](https://cleverics.ru/digital/kb-glossary/service-level/), какие данные фиксировать в [записях](https://cleverics.ru/digital/kb-glossary/record/), какие минимальные проверки обязательны перед [развёртыванием](https://cleverics.ru/digital/kb-glossary/deployment/). Важно, что стандарт предназначен для общего применения и повторного использования, то есть он задаёт основу, поверх которой могут существовать более детальные [процедуры](https://cleverics.ru/digital/kb-glossary/procedure/) и [рабочие инструкции](https://cleverics.ru/digital/kb-glossary/work-instruction/) для конкретных команд или [сред](https://cleverics.ru/digital/kb-glossary/environment/). Вне области понятия «стандарт» находятся разовые договорённости «по ситуации», незафиксированные [практики](https://cleverics.ru/digital/kb-glossary/practice/) «как принято», а также индивидуальные экспертные решения, которые не оформлены как документ, утверждённый уполномоченным органом.## Нюансы

Стандарт часто путают с [политикой](https://cleverics.ru/digital/kb-glossary/policy/), процедурой и рабочей инструкцией. Политика обычно отвечает на вопрос «зачем и в каком направлении действуем» и задаёт принципы, тогда как стандарт фиксирует конкретные требования, характеристики или правила, которые должны соблюдаться. Процедура описывает последовательность шагов «как делать», а рабочая инструкция — ещё более детализированный вариант для конкретной [роли](https://cleverics.ru/digital/kb-glossary/role/) или инструмента; стандарт же задаёт норму, которой эти документы должны соответствовать. Распространённая [ошибка](https://cleverics.ru/digital/kb-glossary/error/) — воспринимать любой «рекомендательный документ» как стандарт: в определении прямо указано, что стандарт утверждается признанным органом и основан на консенсусе, а также может содержать обязательные требования. Другая ловушка — писать стандарт слишком абстрактно, превращая его в декларацию, которую невозможно проверить и использовать в [контроле](https://cleverics.ru/digital/kb-glossary/control/) и [аудите](https://cleverics.ru/digital/kb-glossary/audit/); хороший стандарт должен позволять однозначно определить соответствие требованиям. Также важно не подменять стандарт [соглашением об уровне услуг](https://cleverics.ru/digital/kb-glossary/service-level-agreement/): [SLA](https://cleverics.ru/digital/kb-glossary/service-level-agreement/) фиксирует цели и обязательства по уровню услуги в [сервисных отношениях](https://cleverics.ru/digital/kb-glossary/service-relationship/), а стандарт задаёт единые нормы, применимые шире конкретного [заказчика](https://cleverics.ru/digital/kb-glossary/customer/) или услуги.## Примеры

- Корпоративный стандарт классификации инцидентов и критериев «крупного инцидента» для всех команд поддержки
- Стандарт минимальных проверок и требований к развёртыванию в рабочую среду перед релизом
- ISO/IEC 20000 как внешний стандарт для системы управления услугами организации
- ISO/IEC 27001 как внешний стандарт к системе управления информационной безопасностью
- Внутренний стандарт ведения записей о конфигурации и обязательных атрибутов конфигурационной единицы в CMDB

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

- [ITSM. Основы управления ИТ-услугами](https://edu.cleverics.ru/itsm-foundation?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=ITFO4) — Учебный курс: интенсив с тренером. Самый популярный тренинг по управлению ИТ
- [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-система