| Перейти к полной базе знаний Перейти к полному глоссарию | |
![]() | Термин OLA вносит путаницу, потому что под ним могут пониматься принципиально разные документы. Для одних OLA — это сервисное соглашение между подразделениями (форма SLA), для других — регламент взаимодействия участников процесса, для третьих — любое соглашение внутри организации, включая границы ответственности между IT-подразделениями. Кроме того, существует путаница с терминами SLA и OLA: для бизнеса услуги IT часто являются OLA (поддерживающими), а для IT услуги бизнеса — SLA. Чтобы избежать путаницы, рекомендуется: использовать термин SLA для всех сервисных соглашений независимо от того, где находятся стороны; для документов, регламентирующих деятельность ресурсов без двусторонних обязательств, использовать термины «регламент», «правила взаимодействия» или принятые в компании аналоги; исключить из терминологии избыточные и двусмысленные понятия; чётко разграничивать сервисные соглашения и регламенты операций. |
![]() | Ещё вопросы по этой теме: Почему OLA часто вызывает путаницу в практической реализации? Как следует формулировать терминологию для различных типов документов о взаимодействии подразделений? Какие практические рекомендации можно дать по работе с документами, которые часто называют OLA? Чем OLA как сервисное соглашение отличается от OLA как регламента взаимодействия? Чем OLA отличается от SLA и как следует относиться к OLA в корпоративной среде? Как соотносятся между собой SLA и OLA в рамках сервисной модели? Как определить, является ли документ OLA подлинным сервисным соглашением или регламентом? Какие последствия имеет некорректное использование термина «поддерживающие услуги»? Почему OLA в классической модели ITIL являются относительным понятием? Почему в ITIL Service Design примеры SLA и OLA очень похожи? |
![]() | Рекомендуемые продукты по этой теме: |
|
| |
![]() | Автор: Роман Журавлёв |
![]() | |
![]() | Рейтинг: 182 |
![]() | Дата последнего обновления: 09.09.2026 |






