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

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

## [Как связаны показатели доступности с соглашениями об уровне услуг (SLA)?](https://cleverics.ru/digital/kb-qa/kak-svyazany-pokazateli-dostupnosti-s-soglasheniyami-ob-urovne-uslug-sla/)

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

Автор: Павел Дёмин

Рейтинг: 905

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

## [Какие мотивационные эффекты создаёт предложенная метрика для групп поддержки?](https://cleverics.ru/digital/kb-qa/kakie-motivatsionnye-effekty-sozdaet-predlozhennaya-metrika-dlya-grupp-podderzhki/)

Предложенная метрика создаёт несколько положительных мотивационных эффектов: 1) Стимулирует группы оперативно обрабатывать инциденты, даже если они получены близко к окончанию срока или уже просроченными, так как любая оперативная работа повышает общий KPI. 2) Формирует правильное понимание того, что нарушение сроков – это общая проблема поставщика услуг, а не вина конкретной группы. 3) Поощряет сотрудничество между группами поддержки, так как эффективная передача и совместная работа помогут минимизировать долю каждой группы в общем времени обработки и улучшить показатели. 4) Помогает избежать практики быстрого перенаправления инцидентов ('футбола') без реальной обработки.

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

Рейтинг: 905

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

## [Как взаимодействие с бизнес-подразделениями влияет на процессы согласования в ИТ-сфере?](https://cleverics.ru/digital/kb-qa/kak-vzaimodeystvie-s-biznes-podrazdeleniyami-vliyaet-na-protsessy-soglasovaniya-v-it-sfere/)

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

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

Рейтинг: 905

Теги: бизнес, ценность, бизнес-заказчик, трансформация, ускорение, Time-to-Market, управление запросами на обслуживание, управление отношениями, взаимодействие, BRM

## [Как можно решить проблему карьерного роста для топовых разработчиков, если устраняется формальная роль тимлида?](https://cleverics.ru/digital/kb-qa/kak-mozhno-reshit-problemu-karernogo-rosta-dlya-topovykh-razrabotchikov-esli-ustranyaetsya-formalnay/)

Проблему карьерного роста можно решить, создав параллельные карьерные треки: технический и менеджерский. В техническом треке продвижение может основываться на экспертных способностях, влиянии на качество кода, наставничестве и способности решать сложные технические проблемы, а не на управленческих обязанностях. Введение ступеней вроде Senior Developer, Staff Engineer, Principal Engineer позволяет признавать техническую экспертизу без необходимости перехода к управлению людьми. Также важно создавать возможности для неформального лидерства, где влияние определяется компетентностью и мудростью принятия решений, а не должностными полномочиями.

Автор: Павел Капусткин

Рейтинг: 905

Теги: лидерство, общие вопросы менеджмента, управление процессами, ИТ-процессы

## [Какой уровень распространенности процесса управления изменениями был выявлен среди участников семинара?](https://cleverics.ru/digital/kb-qa/kakoy-uroven-rasprostranennosti-protsessa-upravleniya-izmeneniyami-byl-vyyavlen-sredi-uchastnikov-se/)

Среди примерно 70 участников семинара процесс управления изменениями оказался внедренным и работающим лишь у 10-12 человек. Это свидетельствует о том, что данная область в ИТ-управлении находится на этапе внедрения и не является стандартной практикой для большинства организаций, участвующих в мероприятии.

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

Рейтинг: 905

Теги: управление изменениями, управление релизами

## [Как реализовать гибкий подход к обработке запросов ИТ-поддержки без ущерба для оперативности?](https://cleverics.ru/digital/kb-qa/kak-realizovat-gibkiy-podkhod-k-obrabotke-zaprosov-it-podderzhki-bez-ushcherba-dlya-operativnosti/)

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

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

Рейтинг: 905

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

## [Как различие между выходами и результатами помогает в формировании каталога услуг?](https://cleverics.ru/digital/kb-qa/kak-razlichie-mezhdu-vykhodami-i-rezultatami-pomogaet-v-formirovanii-kataloga-uslug/)

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

Автор: Анна Васильева

Рейтинг: 905

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

## [Как оцениваются сроки выполнения изменений в рамках Post-Implementation Review?](https://cleverics.ru/digital/kb-qa/kak-otsenivayutsya-sroki-vypolneniya-izmeneniy-v-ramkakh-post-implementation-review/)

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

Автор: Павел Дёмин

Рейтинг: 905

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

## [Является ли ограничение числа открытых проблем надуманным?](https://cleverics.ru/digital/kb-qa/yavlyaetsya-li-ogranichenie-chisla-otkrytykh-problem-nadumannym/)

Ограничение числа открытых проблем не является надуманным, а подтверждается практикой и исследованиями в области управления и когнитивной психологии. Без четких лимитов сотрудники могут столкнуться с перегрузкой, что приведет к снижению качества работы, увеличению стресса и простоям в выполнении задач. Однако конкретные цифры зависят от контекста: сложности задач, опыта сотрудника и используемой методологии. Например, в Kanban лимиты на загрузку являются ключевым принципом для поддержания эффективного рабочего процесса.

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

Рейтинг: 905

Теги: Канбан, WIP-лимиты

## [Какие результаты приносит успешное развитие процесса?](https://cleverics.ru/digital/kb-qa/kakie-rezultaty-prinosit-uspeshnoe-razvitie-protsessa/)

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

Автор: Денис Денисов

Рейтинг: 905

Теги: эффективность, оптимизация