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

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

## [Как учитывать разные графики работы групп при формировании SLА?](https://cleverics.ru/digital/kb-qa/kak-uchityvat-raznye-grafiki-raboty-grupp-pri-formirovanii-sla/)

При формировании SLA с различными графиками работы групп рекомендуется сегментировать типы обращений по группам, которые их обрабатывают. Вместо попытки определить пересечение всех графиков (которое может быть очень узким или даже пустым в случае с разными часовыми поясами), можно разделить виды обращений: например, предоставление прав доступа обрабатывается одной группой по определенному графику, а решение проблем на рабочем месте пользователя – местной командой. Для каждого вида обращений тогда можно установить собственный календарь обработки. Также может потребоваться изменение графиков работы под необходимые бизнес-требования: введение дежурных служб, обеспечение удаленной поддержки или экстренной помощи.

Автор: Евгений Шилов

Рейтинг: 793

Теги: SLA, бизнес, ценность, бизнес-заказчик, командная работа, поддержка пользователей, Service Desk, Help Desk, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление запросами на обслуживание, управление уровнем услуг, SLM

## [Как SLA помогает при отсутствии альтернативных поставщиков услуг?](https://cleverics.ru/digital/kb-qa/kak-sla-pomogaet-pri-otsutstvii-alternativnykh-postavshchikov-uslug/)

В ситуациях, когда ИТ является единственным или внутренним поставщиком услуг без альтернатив, SLA помогает структурировать отношения и минимизировать субъективность в оценке качества услуг. SLA устанавливает четкие показатели и ожидания, что позволяет избежать неконструктивной критики и недовольства со стороны бизнеса. Регулярные встречи и обсуждения в рамках SLA дают возможность выявить реальные проблемы, согласовать бизнес-цели и улучшить взаимодействие между сторонами.

Автор: Игорь Фадеев

Рейтинг: 793

Теги: SLA, аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, управление отношениями, взаимодействие, BRM, управление уровнем услуг, SLM

## [Почему эпики не считаются объектами обработки для команды разработки?](https://cleverics.ru/digital/kb-qa/pochemu-epiki-ne-schitayutsya-obektami-obrabotki-dlya-komandy-razrabotki/)

Эпики не считаются объектами обработки для команды разработки потому, что они слишком велики для непосредственного выполнения за один или несколько тактов работы. Они не имеют строгого самостоятельного Definition of Done, который не является простой компиляцией дочерних требований. Эпики представляют собой крупные темы или направления работы, которые требуют дополнительной детализации до уровня пользовательских историй, пригодных для конкретной реализации. В контексте иерархии Atlassian, эпики находятся на промежуточном уровне между стратегическими инициативами и конкретными историями, служа инструментом для визуализации и объяснения покрытия общей формулировки инициативы детальными задачами, но не предназначены для непосредственной обработки командой.

Автор: Андрей Труфанов

Рейтинг: 793

Теги: командная работа

## [Какие процессы взаимодействуют с менеджером процесса управления уровнем услуг?](https://cleverics.ru/digital/kb-qa/kakie-protsessy-vzaimodeystvuyut-s-menedzherom-protsessa-upravleniya-urovnem-uslug/)

Менеджер процесса управления уровнем услуг взаимодействует с менеджерами других процессов, в первую очередь с Service catalogue management, Service portfolio management, Business relationship management и Supplier management. Это взаимодействие необходимо для обеспечения качественного предоставления услуг и координации деятельности по всему жизненному циклу услуг. Менеджер процесса SLM координирует работу с этими процессами, чтобы гарантировать соответствие предоставляемых услуг требованиям бизнеса и согласованным уровням.

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

Рейтинг: 793

Теги: бизнес, ценность, бизнес-заказчик, общие вопросы менеджмента, управление отношениями, взаимодействие, BRM, управление процессами, ИТ-процессы, управление уровнем услуг, SLM

## [Почему информация о реальных примерах внедрения ITIL настолько редко встречается?](https://cleverics.ru/digital/kb-qa/pochemu-informatsiya-o-realnykh-primerakh-vnedreniya-itil-nastolko-redko-vstrechaetsya/)

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

Автор: Дмитрий Исайченко

Рейтинг: 793

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

## [Как можно обеспечить необходимые функциональные возможности при работе через электронную почту?](https://cleverics.ru/digital/kb-qa/kak-mozhno-obespechit-neobkhodimye-funktsionalnye-vozmozhnosti-pri-rabote-cherez-elektronnuyu-pochtu/)

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

Автор: Евгений Шилов

Рейтинг: 793

## [Какие элементы структуры SLM являются вспомогательными по сравнению с человеческим фактором?](https://cleverics.ru/digital/kb-qa/kakie-elementy-struktury-slm-yavlyayutsya-vspomogatelnymi-po-sravneniyu-s-chelovecheskim-faktorom/)

По сравнению с человеческим фактором вспомогательными элементами структуры SLM являются формальная организация - создание каталога услуг, фиксация обязательств и контроль их исполнения. Хотя эти элементы важны, ключевое значение имеет наличие и взаимодействие ответственных людей с обеих сторон. Без правильных людей, понимающих свою ответственность и эффективно взаимодействующих между собой, формальные структуры не обеспечат успешного результата.

Автор: Дмитрий Исайченко

Рейтинг: 793

Теги: общие вопросы менеджмента, управление каталогом ИТ-услуг, управление отношениями, взаимодействие, BRM, управление уровнем услуг, SLM

## [В чём ключевая идея разделения «исправления» и «восстановления» в жизненном цикле инцидента?](https://cleverics.ru/digital/kb-qa/v-chem-klyuchevaya-ideya-razdeleniya-ispravleniya-i-vosstanovleniya-v-zhiznennom-tsikle-intsidenta/)

Разделение этапов «исправление» и «восстановление» подразумевает, что после оперативного устранения непосредственной проблемы (например, замены сбойного сервера) необходимы дополнительные работы по тестированию и интеграции системы в общую инфраструктуру для полного восстановления нормальной работы. Исправление фокусируется на устранении конкретного сбоя, тогда как восстановление гарантирует, что система стабильно функционирует и готова к дальнейшему использованию без риска повторения инцидента.

Автор: Константин Нарыжный

Рейтинг: 793

Теги: управление инцидентами, управление конфигурациями, CMDB, управление рисками

## [Какова роль руководителя проектов в современных ИТ-организациях, переходящих на гибкие методы разработки?](https://cleverics.ru/digital/kb-qa/kakova-rol-rukovoditelya-proektov-v-sovremennykh-it-organizatsiyakh-perekhodyashchikh-na-gibkie-meto/)

В современных ИТ-организациях, особенно при переходе на гибкие методы разработки, роль руководителя проектов существенно меняется. В простых случаях (до 5 команд, десятков сотрудников) управление проектами может быть избыточным или даже вредным. В крупных организациях (500+ сотрудников, сотни ИТ-систем) существует пять основных областей, где может быть полезен руководитель проектов: управление работами команды, построение работы команды, управление проектом создания продукта, управление результатами на более высоком уровне, и построение взаимодействия между старым и новым мирами. Однако ценность руководителя проектов проявляется главным образом в последней области - координации между традиционными и гибкими методологиями, особенно в бимодальных ИТ-средах, где часть систем переводится на новые методы, а часть остается в традиционном режиме работы.

Автор: Олег Скрынник

Рейтинг: 792

Теги: бизнес, ценность, бизнес-заказчик, командная работа, общие вопросы менеджмента, управление отношениями, взаимодействие, BRM, управление продуктами, продуктовый подход, управление проектами, PRINCE2, управление процессами, ИТ-процессы

## [Какие факторы, помимо скорости решения инцидентов, влияют на удовлетворённость пользователей в практике управления инцидентами?](https://cleverics.ru/digital/kb-qa/kakie-faktory-pomimo-skorosti-resheniya-intsidentov-vliyayut-na-udovletvorennost-polzovateley-v-prak/)

Помимо скорости решения инцидентов на удовлетворённость пользователей влияет несколько важных факторов. Во-первых, количество коммуникационных итераций: чем меньше пользователю приходится взаимодействовать с службой поддержки в рамках одного инцидента, тем выше удовлетворённость. Это измеряется показателем FCR (First Contact Resolution) — долей инцидентов, решённых с первого обращения. Во-вторых, качество решения: важно, чтобы инцидент был устранён правильно с первой попытки, что контролируется через долю инцидентов, возвращённых на доработку. В-третьих, качество коммуникаций: это включает культуру общения, уровень прозрачности, своевременность оповещений и проактивное информирование пользователей о ходе решения инцидента. Все эти компоненты в совокупности формируют общий уровень удовлетворённости пользователей сервисом.

Автор: Игорь Гутник

Рейтинг: 792

Теги: поддержка пользователей, Service Desk, Help Desk, управление запросами на обслуживание, управление инцидентами