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

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

## [Как избежать проблем с переклассификацией обращений и нарушением сроков при использовании разных календарей?](https://cleverics.ru/digital/kb-qa/kak-izbezhat-problem-s-pereklassifikatsiey-obrashcheniy-i-narusheniem-srokov-pri-ispolzovanii-raznyk/)

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

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

Рейтинг: 826

Теги: управление запросами на обслуживание

## [Какие реальные показатели эффективности можно ожидать от внедрения ITIL?](https://cleverics.ru/digital/kb-qa/kakie-realnye-pokazateli-effektivnosti-mozhno-ozhidat-ot-vnedreniya-itil/)

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

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

Рейтинг: 826

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

## [Как определить оптимальное количество задач для конкретного человека?](https://cleverics.ru/digital/kb-qa/kak-opredelit-optimalnoe-kolichestvo-zadach-dlya-konkretnogo-cheloveka/)

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

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

Рейтинг: 826

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

## [Какие факторы стоит учитывать при выборе стратегии найма агента изменений?](https://cleverics.ru/digital/kb-qa/kakie-faktory-stoit-uchityvat-pri-vybore-strategii-nayma-agenta-izmeneniy/)

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

Автор: Сандра Урядова

Рейтинг: 826

Теги: организационные изменения, агенты изменений, стратегия, трансформация, ускорение, Time-to-Market, эффективность, оптимизация

## [Почему проектировать процесс стоит от потребностей, а не от возможностей ITSM-системы?](https://cleverics.ru/digital/kb-qa/pochemu-proektirovat-protsess-stoit-ot-potrebnostey-a-ne-ot-vozmozhnostey-itsm-sistemy/)

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

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

Рейтинг: 826

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

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

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

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

Рейтинг: 826

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

## [Как определить, является ли перенос срока обоснованным?](https://cleverics.ru/digital/kb-qa/kak-opredelit-yavlyaetsya-li-perenos-sroka-obosnovannym/)

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

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

Рейтинг: 826

## [Как избежать замедления поставки в зрелой команде?](https://cleverics.ru/digital/kb-qa/kak-izbezhat-zamedleniya-postavki-v-zreloy-komande/)

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

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

Рейтинг: 825

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

## [Почему переход крупной ИТ-организации полностью на гибкие методы маловероятен и часто нецелесообразен?](https://cleverics.ru/digital/kb-qa/pochemu-perekhod-krupnoy-it-organizatsii-polnostyu-na-gibkie-metody-maloveroyaten-i-chasto-netseleso/)

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

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

Рейтинг: 825

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

## [Каковы основные цели управления доступностью и управления непрерывностью ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kakovy-osnovnye-tseli-upravleniya-dostupnostyu-i-upravleniya-nepreryvnostyu-it-uslug/)

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

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

Рейтинг: 825

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