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

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

## [Какие ключевые компоненты содержатся в чек-листе по управлению изменениями?](https://cleverics.ru/digital/kb-qa/kakie-klyuchevye-komponenty-soderzhatsya-v-chek-liste-po-upravleniyu-izmeneniyami/)

В чек-листе по управлению изменениями представлены следующие ключевые компоненты: единый процесс и модели изменений, сквозная ответственность, базовая 'начинка' моделей изменений и дополнительные рекомендации. Единый процесс задаёт общие рамки, а модели изменений предоставляют гибкость для разных типов изменений. Сквозная ответственность предполагает назначение координаторов изменений, отвечающих за весь жизненный цикл. Базовая начинка включает ограничения по инициаторам, требования к информации на входе, правила оценки рисков, правила авторизации, требования к планированию, правила реализации, критерии оценки после внедрения и процедуру формального закрытия. Также рекомендуется рассмотреть стандартизацию, автоматизацию, взаимодействие с внешними поставщиками и требования к компетенциям сотрудников.

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

Рейтинг: 1287

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

## [Какие основные проблемы существуют в потоке создания ценности ИТ-разработки?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-problemy-sushchestvuyut-v-potoke-sozdaniya-tsennosti-it-razrabotki/)

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

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

Рейтинг: 1287

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

## [Какие практические шаги помогут провайдерам извлечь максимальную пользу из «Hard Candy» типа обратной связи?](https://cleverics.ru/digital/kb-qa/kakie-prakticheskie-shagi-pomogut-provayderam-izvlech-maksimalnuyu-polzu-iz-hard-candy-tipa-obratnoy/)

Чтобы максимизировать пользу от «Hard Candy» обратной связи, необходимо: 1) Быстро идентифицировать ценные короткие отзывы в общем потоке; 2) Установить персональный контакт с клиентом для уточнения деталей через телефон или email; 3) Использовать профессиональный опыт клиента (если он есть) для анализа замечаний; 4) Внедрить внутренние процессы, позволяющие оперативно реагировать на обратную связь, например, создать специальную группу для обработки критических пунктов; 5) Фиксировать изменения, внесенные благодаря отзыву, и информировать клиента об этом, чтобы мотивировать его на дальнейшее участие.

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

Рейтинг: 1287

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

## [Что включает в себя домен EDM (Evaluate, Direct, Monitor) в структуре COBIT 5?](https://cleverics.ru/digital/kb-qa/chto-vklyuchaet-v-sebya-domen-edm-evaluate-direct-monitor-v-strukture-cobit-5/)

Домен EDM (Evaluate, Direct, Monitor) в структуре COBIT 5 состоит из пяти процессов: EDM01 «Обеспечение создания и обновления подхода к руководству», EDM02 «Обеспечение получения выгод», EDM03 «Обеспечение оптимизации рисков», EDM04 «Обеспечение оптимизации ресурсов» и EDM05 «Обеспечение прозрачности для заинтересованных сторон». Каждый из этих процессов включает три практики, названные и организованные единообразно в соответствии с названием домена: оценка, направление, мониторинг. При этом объект этих практик меняется в зависимости от процесса.

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

Рейтинг: 1286

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

## [Как DevOps влияет на распределение ответственности между бизнесом и ИТ?](https://cleverics.ru/digital/kb-qa/kak-devops-vliyaet-na-raspredelenie-otvetstvennosti-mezhdu-biznesom-i-it/)

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

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

Рейтинг: 1285

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

## [Какие последствия возникают, когда руководитель постоянно вмешивается в задачи каждого участника цепочки работы?](https://cleverics.ru/digital/kb-qa/kakie-posledstviya-voznikayut-kogda-rukovoditel-postoyanno-vmeshivaetsya-v-zadachi-kazhdogo-uchastni/)

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

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

Рейтинг: 1285

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

## [Как реализуется разделение полномочий в ролевой модели управления доступом?](https://cleverics.ru/digital/kb-qa/kak-realizuetsya-razdelenie-polnomochiy-v-rolevoy-modeli-upravleniya-dostupom/)

Разделение полномочий достигается запретом одновременного использования смежных ролей, которые могут создать конфликт интересов. Например, в финансовой системе запрещено сочетать роли 'Инициатор платежа' и 'Утверждающий платеж' в одном пользователе. Это реализуется через настройки RBAC-модели, где для групп ролей устанавливаются ограничения. Если система поддерживает динамическое разделение полномочий, проверка на запрещённые комбинации происходит при назначении прав, предотвращая потенциальные злоупотребления.

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

Рейтинг: 1285

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

## [Как преодолеть сопротивление сотрудников при внедрении новых ITIL-процессов?](https://cleverics.ru/digital/kb-qa/kak-preodolet-soprotivlenie-sotrudnikov-pri-vnedrenii-novykh-itil-protsessov/)

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

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

Рейтинг: 1284

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

## [В чем суть мониторинга и управления событиями в ИТ-поддержке?](https://cleverics.ru/digital/kb-qa/v-chem-sut-monitoringa-i-upravleniya-sobytiyami-v-it-podderzhke/)

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

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

Рейтинг: 1284

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

## [Что такое 'верблюд' в контексте распределения инцидентов?](https://cleverics.ru/digital/kb-qa/chto-takoe-verblyud-v-kontekste-raspredeleniya-intsidentov/)

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

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

Рейтинг: 1284

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