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

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

## [Что должен сделать бизнес, вступая на путь ITSM, в отношении руководства ИТ?](https://cleverics.ru/digital/kb-qa/chto-dolzhen-sdelat-biznes-vstupaya-na-put-itsm-v-otnoshenii-rukovodstva-it/)

Вступая на путь ITSM, заказчик (бизнес) отказывается от оперативного управления ИТ, но обязан научиться руководству ИТ. Сервисные отношения требуют понимания потребностей, определения целей и измерения качества результатов.

Автор: Роман Журавлёв

Рейтинг: 232

Теги: ITSM, бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, руководство ИТ (IT Governance)

## [Кто обычно является инициатором внедрения процесса управления доступностью?](https://cleverics.ru/digital/kb-qa/kto-obychno-yavlyaetsya-initsiatorom-vnedreniya-protsessa-upravleniya-dostupnostyu/)

Инициатором внедрения процесса управления доступностью может быть как руководство ИТ, так и бизнес (чаще совместно). Когда речь заходит о финансовых последствиях простоев и оцифровке того, как ИТ-обеспечение влияет на бизнес-процессы, у бизнеса возникает потребность в измерении доступности. На достаточно глубоком уровне, когда происходит перевод всего, что происходит в ИТ, в финансовые показатели, возникает вопрос о необходимости измерения доступности. Инициатором может также выступать руководство ИТ при определённом уровне зрелости, если оно понимает конкретную потребность в этом процессе.

Автор: Артём Мукосеев

Рейтинг: 204

Теги: бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, руководство ИТ (IT Governance), управление доступностью, управление процессами, ИТ-процессы, управление релизами

## [На каком уровне управления должны утверждаться документы о запуске ITSM-процессов и почему это важно?](https://cleverics.ru/digital/kb-qa/na-kakom-urovne-upravleniya-dolzhny-utverzhdatsya-dokumenty-o-zapuske-itsm-protsessov-i-pochemu-eto/)

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

Автор: Михаил Тобурдановский

Рейтинг: 173

Теги: ITSM, бизнес, ценность, бизнес-заказчик, поддержка пользователей, Service Desk, Help Desk, руководство ИТ (IT Governance), управление инцидентами, управление отношениями, взаимодействие, BRM, управление релизами, управление рисками