specification

Спецификация в ITSM — это формализованное и согласованное описание того, какими свойствами должен обладать продукт, услуга или конкретная конфигурационная единица, чтобы её можно было спроектировать, создать, проверить, принять в эксплуатацию и поддерживать. Спецификация фиксирует характеристики, параметры, интерфейсы, ограничения и критерии проверки, чтобы разные команды одинаково понимали, «что именно» поставляется и поддерживается. На практике спецификации используются в проектировании услуг, управлении валидацией и тестированием, управлении развёртыванием и управлении сервисными конфигурациями: по ним формируют записи о конфигурации, проверяют соответствие изменений ожиданиям и оценивают влияние на услугу. Спецификация также полезна при работе с партнёрами и поставщиками, когда нужно однозначно описать состав поставки и ожидания к качеству. Вне области применения спецификации находятся договорные обязательства по уровню услуги (это предмет соглашения об уровне услуг), а также общее описание ценности или целей услуги без проверяемых свойств. Спецификация не заменяет процессы согласования, контроля и внедрения изменений и сама по себе не является гарантией того, что продукт или услуга действительно будут соответствовать описанным свойствам.

Спецификацию часто путают с требованиями и проектной документацией. Требования полезности и требования гарантии описывают, какую ценность и какие условия должны быть обеспечены, а спецификация переводит это в конкретные проверяемые свойства продукта, услуги или конфигурационной единицы. В отличие от дизайна, спецификация отвечает прежде всего на вопрос «что должно быть», а не «как это реализовано», хотя на практике граница размывается, и излишняя детализация реализации в спецификации может затруднить изменения и повысить технический долг. Ещё одна типичная ошибка — считать спецификацию статичной: при управлении изменениями она должна актуализироваться вместе с базовым состоянием и записями о конфигурации, иначе в рабочей среде быстро появляется расхождение между документом и фактом. Также неверно воспринимать спецификацию как замену соглашению об уровне услуг: SLA определяет целевые уровни услуги и ответственность в сервисных отношениях, а спецификация описывает свойства того, что поставляется и поддерживается. Наконец, важно не превращать спецификацию в «энциклопедию»: если свойства нельзя проверить через валидацию, тестирование или операционные измерения, они плохо пригодны для управления качеством и создают ложную определённость.