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

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

## [Какие внутренние риски могут блокировать задачи в потоке создания ценности?](https://cleverics.ru/digital/kb-qa/kakie-vnutrennie-riski-mogut-blokirovat-zadachi-v-potoke-sozdaniya-tsennosti/)

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

Автор: Светлана Сапегина

Рейтинг: 1326

Теги: DevOps, CI/CD, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, командная работа, обучение сотрудников, учебные курсы, тренинги, поток создания ценности (Value Stream), управление рисками

## [Как убедить руководство выделить ресурсы на внедрение процессов ITIL в компании?](https://cleverics.ru/digital/kb-qa/kak-ubedit-rukovodstvo-vydelit-resursy-na-vnedrenie-protsessov-itil-v-kompanii/)

Чтобы убедить руководство выделить ресурсы на внедрение ITIL-процессов, необходимо сосредоточиться на бизнес-выгодах, а не на технических деталях. Подготовьте аргументы, связанные с улучшением бизнес-результатов: сокращение времени простоя ИТ-систем и соответственно увеличение производительности сотрудников компании; снижение затрат на повторные инциденты и проблемы; повышение удовлетворенности клиентов и сотрудников внутренними сервисами; соответствие регуляторным требованиям и стандартам, что снижает риски штрафов; улучшение прогнозируемости и планирования ИТ-бюджета. Представьте план внедрения с этапами, где на первом этапе (3-6 месяцев) видны быстрые улучшения и возврат инвестиций. Сравните с аналогичными компаниями в вашей отрасли, где внедрение ITIL доказало свою эффективность. Подготовьте примеры конкретных проблем в текущих процессах и как ITIL их решит. Особое внимание уделите тому, как внедрение ITIL поможет в достижении стратегических целей компании, а не только операционных задач ИТ-подразделения.

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

Рейтинг: 1325

Теги: ISO 20000, ITIL, аллокация затрат, расчёт себестоимости услуг, бизнес, ценность, бизнес-заказчик, бюджетирование, планирование затрат, мониторинг, общие вопросы менеджмента, постоянное улучшение, совершенствование, CSI, PDCA, управление инцидентами, управление релизами, управление рисками, экономика и финансы, эффективность, оптимизация

## [Что такое управление уровнем услуг (Service Level Management) в ИТ?](https://cleverics.ru/digital/kb-qa/chto-takoe-upravlenie-urovnem-uslug-service-level-management-v-it/)

Управление уровнем услуг (Service Level Management) в ИТ - это процесс, который фокусируется на определении, согласовании, мониторинге и поддержании уровня предоставления ИТ-услуг. Оно включает в себя создание соглашений об уровне услуг (SLA), которые определяют ожидаемые параметры качества и доступности услуг. Этот процесс помогает обеспечить, чтобы ИТ-услуги соответствовали бизнес-требованиям и потребностям заинтересованных сторон.

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

Рейтинг: 1325

Теги: SLA, бизнес, ценность, бизнес-заказчик, мониторинг, управление доступностью, управление уровнем услуг, SLM

## [Как строятся каталоги услуг в некоторых ИТ-службах?](https://cleverics.ru/digital/kb-qa/kak-stroyatsya-katalogi-uslug-v-nekotorykh-it-sluzhbakh/)

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

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

Рейтинг: 1325

Теги: аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление каталогом ИТ-услуг

## [Как соотносятся практики управления изменениями и управления запросами на обслуживание?](https://cleverics.ru/digital/kb-qa/kak-sootnosyatsya-praktiki-upravleniya-izmeneniyami-i-upravleniya-zaprosami-na-obsluzhivanie/)

Практика управления изменениями и практика управления запросами на обслуживание взаимодействуют, но не заменяют друг друга. Управление изменениями отвечает за оценку рисков, авторизацию и мониторинг всех изменений, включая те, что реализуются через запросы на обслуживание. Управление запросами выполняет стандартные операции, такие как установка ПО или изменение прав доступа. Ключевое отличие: запросы на обслуживание — это средства выполнения определенного типа работ, а изменения как таковые требуют оценки и контроля по специальной процедуре. Стандартные изменения могут инициироваться как запросы на обслуживание, но сами по себе запросы не равны изменениям. Важно, чтобы все изменения (даже выполняемые через запросы) попадали в общую систему контроля, что обеспечивается разработкой предопределенных моделей стандартных изменений.

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

Рейтинг: 1323

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

## [Какие проблемы возникают, когда начальник отдела поддержки пользователей выполняет роль менеджера процесса управления инцидентами?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-kogda-nachalnik-otdela-podderzhki-polzovateley-vypolnyaet-rol-menedzhera-p/)

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

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

Рейтинг: 1323

Теги: бизнес, ценность, бизнес-заказчик, общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, управление запросами на обслуживание, управление инцидентами, управление процессами, ИТ-процессы, управление рисками, эффективность, оптимизация

## [Что представляет собой SLM в контексте управления ИТ-услугами?](https://cleverics.ru/digital/kb-qa/chto-predstavlyaet-soboy-slm-v-kontekste-upravleniya-it-uslugami/)

SLM (Service Level Management) в контексте управления ИТ-услугами представляет собой контрольный механизм, обеспечивающий системную оценку качества услуг путем сравнения достигнутых результатов с взятыми на себя обязательствами. Это важная веха, отмечающая прогресс сервисной организации в построении отношений с заказчиками и перестройке внутреннего управления, однако является не стартовой точкой, а скорее результатом предшествующей работы по формированию сервисного подхода.

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

Рейтинг: 1323

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

## [Как избежать путаницы между Output и Outcome при работе с клиентами?](https://cleverics.ru/digital/kb-qa/kak-izbezhat-putanitsy-mezhdu-output-i-outcome-pri-rabote-s-klientami/)

Чтобы избежать путаницы, необходимо постоянно фокусироваться на потребностях клиента и его целевых результатах. Следует задавать вопросы: «Какой эффект должен быть достигнут?», «Как клиент оценит успешность услуги?». Также важно внедрять в процессы измерение удовлетворённости клиентов и анализировать, как выходы влияют на конечные результаты. Необходимо помнить, что output — это инструмент, а outcome — цель.

Автор: Александр Движков

Рейтинг: 1323

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

## [Какие основные направления включает дорожная карта развития продуктовой команды?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-napravleniya-vklyuchaet-dorozhnaya-karta-razvitiya-produktovoy-komandy/)

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

Автор: Светлана Сапегина

Рейтинг: 1322

Теги: ISO 20000, бизнес, ценность, бизнес-заказчик, командная работа, стратегия, управление продуктами, продуктовый подход, управление процессами, ИТ-процессы, эффективность, оптимизация

## [Что включает в себя эффективный план отката при развертывании ИТ-релизов?](https://cleverics.ru/digital/kb-qa/chto-vklyuchaet-v-sebya-effektivnyy-plan-otkata-pri-razvertyvanii-it-relizov/)

Эффективный план отката должен включать три критических компонента: четкие критерии для принятия решения о необходимости отката (когда проводить); точное описание целевого состояния системы при откате (куда возвращаться); и подробную пошаговую инструкцию по выполнению отката (как именно это делать). Кроме того, план должен содержать информацию о полномочиях ответственных лиц, участвующих в процессе, и иметь механизм для быстрого принятия решений в условиях критической ситуации.

Автор: Шамиль Бабаев

Рейтинг: 1322

Теги: DevOps, CI/CD, общие вопросы менеджмента, управление релизами