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

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

## [Как организовать управление изменениями, чтобы сохранить фокус на основных целях?](https://cleverics.ru/digital/kb-qa/kak-organizovat-upravlenie-izmeneniyami-chtoby-sokhranit-fokus-na-osnovnykh-tselyakh/)

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

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

Рейтинг: 959

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

## [Как автоматические уведомления пользователям помогают в контроле использования функции приостановки таймера?](https://cleverics.ru/digital/kb-qa/kak-avtomaticheskie-uvedomleniya-polzovatelyam-pomogayut-v-kontrole-ispolzovaniya-funktsii-priostano/)

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

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

Рейтинг: 959

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

## [Какова основная проблема с использованием своевременности как основного показателя эффективности в управлении инцидентами?](https://cleverics.ru/digital/kb-qa/kakova-osnovnaya-problema-s-ispolzovaniem-svoevremennosti-kak-osnovnogo-pokazatelya-effektivnosti-v/)

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

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

Рейтинг: 958

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

## [Почему при выполнении ИТ-изменений отдельные этапы могут быть успешными, но конечный результат — нет?](https://cleverics.ru/digital/kb-qa/pochemu-pri-vypolnenii-it-izmeneniy-otdelnye-etapy-mogut-byt-uspeshnymi-no-konechnyy-rezultat-net/)

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

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

Рейтинг: 958

Теги: общие вопросы менеджмента

## [Как конкретизировать цели для разных ITSM-процессов?](https://cleverics.ru/digital/kb-qa/kak-konkretizirovat-tseli-dlya-raznykh-itsm-protsessov/)

Цели для каждого ITSM-процесса формулируются через его уникальное назначение. Например, для управления инцидентами цель: 'Сократить время устранения инцидентов на 10% к концу квартала'. Для управления проблемами: 'Уменьшить количество повторяющихся инцидентов на 15% через внедрение анализа корневых причин'. Все цели должны быть измеримыми, конкретными и напрямую влиять на качество ИТ-услуг, соответствуя принципам SMART и ориентируясь на потребности конечных пользователей.

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

Рейтинг: 958

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

## [Что обычно происходит с попытками внедрить единую методологию управления ИТ-процессами?](https://cleverics.ru/digital/kb-qa/chto-obychno-proiskhodit-s-popytkami-vnedrit-edinuyu-metodologiyu-upravleniya-it-protsessami/)

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

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

Рейтинг: 958

Теги: автоматизация ИТ-процессов, ПО для ITSM и ESM, постоянное улучшение, совершенствование, CSI, PDCA, управление релизами, эффективность, оптимизация

## [Почему классификация видов ценности помогает выйти за рамки обыденных размышлений о сервисе?](https://cleverics.ru/digital/kb-qa/pochemu-klassifikatsiya-vidov-tsennosti-pomogaet-vyyti-za-ramki-obydennykh-razmyshleniy-o-servise/)

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

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

Рейтинг: 958

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

## [Какие методы используются для установления связей между инфраструктурными компонентами и ИТ-услугами при отсутствии CMDB?](https://cleverics.ru/digital/kb-qa/kakie-metody-ispolzuyutsya-dlya-ustanovleniya-svyazey-mezhdu-infrastrukturnymi-komponentami-i-it-usl/)

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

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

Рейтинг: 958

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

## [Почему важно учитывать архитектурные решения при попытке сократить Time to Market?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-uchityvat-arkhitekturnye-resheniya-pri-popytke-sokratit-time-to-market/)

Архитектурные решения критически важны, потому что сложные, монолитные системы, созданные годами и состоящие из тесно связанных компонентов, просто не могут поддерживать высокую скорость разработки. Такие системы, где аббревиатура 'CI/CD' вызывает удивление или смех, принципиально не позволяют достигнуть кратного ускорения. Чтобы достичь значительного снижения Time to Market, необходимо провести работу над архитектурой: разбить монолит на микросервисы или модули, внедрить автоматизацию тестирования и развертывания, создать условия для параллельной работы нескольких команд без постоянных конфликтов. Эти изменения требуют значительных усилий и инвестиций, но без них реальное кратное ускорение невозможно.

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

Рейтинг: 958

Теги: DevOps, CI/CD, архитектура ИТ, TOGAF и IT4IT, командная работа, разработка ПО, трансформация, ускорение, Time-to-Market, управление конфигурациями, CMDB, управление релизами, экономика и финансы

## [Как правильно выбрать ключевые метрики для процесса?](https://cleverics.ru/digital/kb-qa/kak-pravilno-vybrat-klyuchevye-metriki-dlya-protsessa/)

Для выбора ключевых метрик важно сосредоточиться на том, какие показатели реально отражают эффективность и производительность процесса. Следует избегать множества сложных диаграмм и графиков, акцентируясь на 3-4 ключевых метриках, которые позволяют понять, как строится поток создания ценности. Метрики должны быть понятны всем участникам процесса и помогать в ежедневной работе. Они должны отвечать на важные вопросы: куда уходят ресурсы, где возникают задержки, как ускорить вывод ценности к клиенту.

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

Рейтинг: 958

Теги: бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, Канбан, WIP-лимиты, мониторинг, поток создания ценности (Value Stream), эффективность, оптимизация