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

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

# Ремонтопригодность

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

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

maintainability

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

[Ремонтопригодность](https://cleverics.ru/digital/kb-glossary/maintainability/) описывает, насколько быстро, предсказуемо и с каким объёмом усилий [организация](https://cleverics.ru/digital/kb-glossary/organization/) может восстановить работоспособность услуги после [сбоя](https://cleverics.ru/digital/kb-glossary/failure/) либо внести [изменения](https://cleverics.ru/digital/kb-glossary/change/) в её [компоненты](https://cleverics.ru/digital/kb-glossary/component/) без чрезмерных [затрат](https://cleverics.ru/digital/kb-glossary/cost/) и [риска](https://cleverics.ru/digital/kb-glossary/risk/). В [ITSM](https://cleverics.ru/digital/kb-glossary/it-service-management/) это важная характеристика качества [проектирования](https://cleverics.ru/digital/kb-glossary/design/) и эксплуатации: она влияет на [среднее время восстановления услуги](https://cleverics.ru/digital/kb-glossary/mean-time-to-restore-service/) ([MTRS](https://cleverics.ru/digital/kb-glossary/mean-time-to-restore-service/)), [доступность](https://cleverics.ru/digital/kb-glossary/availability/), [устойчивость организации](https://cleverics.ru/digital/kb-glossary/organizational-resilience/) и общие затраты на владение. На [практике](https://cleverics.ru/digital/kb-glossary/practice/) ремонтопригодность повышают за счёт стандартизации, модульности, прозрачности [конфигурации](https://cleverics.ru/digital/kb-glossary/configuration/) и наличия проверенных [процедур](https://cleverics.ru/digital/kb-glossary/procedure/)[восстановления](https://cleverics.ru/digital/kb-glossary/recovery/), хорошей наблюдаемости ([мониторинг](https://cleverics.ru/digital/kb-glossary/monitoring/), [события](https://cleverics.ru/digital/kb-glossary/event/)), управляемого [развёртывания](https://cleverics.ru/digital/kb-glossary/deployment/) и [релизов](https://cleverics.ru/digital/kb-glossary/release/), а также качественной [базы знаний](https://cleverics.ru/digital/kb-glossary/knowledge-base-/) с [обходными решениями](https://cleverics.ru/digital/kb-glossary/workaround/) и типовыми [разрешениями](https://cleverics.ru/digital/kb-glossary/resolution/). Ремонтопригодность применима не только к [ИТ-услуге](https://cleverics.ru/digital/kb-glossary/it-service/) целиком, но и к элементам [среды](https://cleverics.ru/digital/kb-glossary/environment/), [продуктам](https://cleverics.ru/digital/kb-glossary/product/), [конфигурационной единице](https://cleverics.ru/digital/kb-glossary/configuration-item/) и [операционным технологиям](https://cleverics.ru/digital/kb-glossary/operational-technology/), если они критичны для [предоставления услуги](https://cleverics.ru/digital/kb-glossary/service-provision/). При этом термин не описывает вероятность того, что сбой произойдёт (это ближе к [надёжности](https://cleverics.ru/digital/kb-glossary/reliability/)), и не является синонимом «поддерживаемости» [поставщиком](https://cleverics.ru/digital/kb-glossary/supplier/) или наличия [гарантий](https://cleverics.ru/digital/kb-glossary/warranty/) в [SLA](https://cleverics.ru/digital/kb-glossary/service-level-agreement/); речь именно о практической возможности ремонта или модификации в реальных условиях эксплуатации.## Нюансы

Ремонтопригодность часто ошибочно смешивают с надёжностью и доступностью. Надёжность характеризует склонность к [отказам](https://cleverics.ru/digital/kb-glossary/failure/) (как часто происходят сбои), доступность — долю времени, когда услуга доступна, а ремонтопригодность — насколько легко вернуть услугу в нормальное состояние после сбоя или безопасно изменить её. Возможна ситуация, когда услуга ненадёжна (частые сбои), но ремонтопригодна (восстанавливается быстро), и наоборот. Ещё одна типичная [ошибка](https://cleverics.ru/digital/kb-glossary/error/) — считать ремонтопригодность исключительно «задачей [команды поддержки](https://cleverics.ru/digital/kb-glossary/support-team/)». На самом деле она закладывается в проектировании услуг и [управлении архитектурой](https://cleverics.ru/digital/kb-glossary/architecture-management-practice/): сложные [зависимости](https://cleverics.ru/digital/kb-glossary/dependency/), отсутствие документации, ручные развёртывания и «уникальные» конфигурации резко ухудшают ремонтопригодность, даже если [управление инцидентами](https://cleverics.ru/digital/kb-glossary/incident-management/) и [управление проблемами](https://cleverics.ru/digital/kb-glossary/problem-management-practice/) работают дисциплинированно. Также неверно сводить ремонтопригодность к наличию запасных частей или [контрактов](https://cleverics.ru/digital/kb-glossary/contract/) с поставщиком: это помогает, но не решает [проблемы](https://cleverics.ru/digital/kb-glossary/problem/), если нет актуальных [записей о конфигурации](https://cleverics.ru/digital/kb-glossary/configuration-record/), тестируемых процедур восстановления и [контроля ошибок](https://cleverics.ru/digital/kb-glossary/error-control/). Наконец, модифицируемость в определении не означает «менять как угодно»: изменения должны проходить [управление изменениями](https://cleverics.ru/digital/kb-glossary/change-management/), иначе попытка повысить ремонтопригодность может увеличить риск и снизить доступность.## Примеры

- Развёртывание услуги автоматизировано и повторяемо, поэтому после сбоя команда поддержки может быстро восстановить рабочую среду из проверенного базового состояния
- Запись о конфигурации для конфигурационной единицы содержит актуальные зависимости, поэтому диагностика и ремонт занимают минуты, а не часы
- Обходное решение и рабочая инструкция в базе знаний позволяют восстановить предоставление услуги до постоянного разрешения ошибки
- Модульная сервисная архитектура позволяет заменить проблемный компонент без изменения остальных частей услуги
- Регулярно проверяемый план восстановления после катастрофы сокращает время восстановления услуги при отказе площадки

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

- [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-система