(SLA) Service Level Arguments, или Обоснования уровня сервиса. Аббревиатура ОУС не прижилась.

SLA – документ, определяющий целевые характеристики сервисов, к достижению которых будет стремиться ИТ‑департамент. И тем самым – значения, которые должен принимать бизнес. 🎯

Здорово, если удаётся согласовать эти значения с бизнесом. Если нет – SLA носит односторонний характер. ⚖️

Наличие формального соглашения помогает поддерживать разделение ИТ и бизнеса. Излишняя близость может привести к командной работе, что вовсе не в интересах ИТ‑департамента. SLA помогает поддерживать состязательность. 🧱🥊

Если в SLA чётко определены цели (например, 5% доступности), ИТ может ограничить расходы таким образом, чтобы эти значения превышались как можно реже, тем самым оптимизируя использование ресурсов. 💰📉

Большинство организаций действует в условиях жёстких ресурсных ограничений, так что будет нетрудно договориться о том, что недостижение установленных целей не должно вести к наказаниям. 🙅‍♂️🔨

Разумеется, ИТ‑департамент делает всё возможное в тех рамках, которые для него установлены, а заодно – в тех, которые он сам установил. 📏🏢

Как правило, возможности ИТ по части измерения качества сервисов ограничены, а у заказчиков их вовсе нет. Поэтому результаты измерений обычно основаны на экспертной оценке. Погрешность при проведении такой оценки стоит делать в лучшую сторону, что поможет поддерживать дух сотрудников ИТ и не расстраивать пользователей. 🙂📊

Общей практикой являются регулярные споры с заказчиками о содержании SLA. 💬🔥

#ITIL #ITSM #SLA #ServiceLevel #ServiceManagement #УправлениеСервисами #СервиснаяПоддержка #ServiceSupport #ServiceOperation #ServiceDesign #ServiceStrategy #ServiceTransition #ЖизненныйЦиклПО #SoftwareLifecycle #ITService #ITGovernance #ITOperations #IncidentManagement #ProblemManagement #ChangeManagement #ReleaseManagement #ServiceLevelManagement #SLM #ITInfrastructure #ITProcesses #CustomerSupport #SLANegotiation #ServiceQuality #KPI #DigitalTransformation