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

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

## [Как следует учитывать приложения при построении моделей конфигурации ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kak-sleduet-uchityvat-prilozheniya-pri-postroenii-modeley-konfiguratsii-it-uslug/)

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

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

Рейтинг: 942

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

## [Какой процент экстренных изменений считается нормальным в компаниях?](https://cleverics.ru/digital/kb-qa/kakoy-protsent-ekstrennykh-izmeneniy-schitaetsya-normalnym-v-kompaniyakh/)

Согласно аналитике Pink Elephant, более половины компаний имеют долю экстренных изменений в пределах 10%. У почти 20% компаний этот показатель превышает 15%. Таким образом, доли экстренных изменений до 10% можно считать приемлемым уровнем, хотя идеалом является их минимальное количество. Если доля экстренных изменений превышает 30% и не снижается, это указывает на неполноценное или отсутствующее управление изменениями.

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

Рейтинг: 942

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

## [Как отличить команду от рабочей группы в контексте управления ИТ-разработкой?](https://cleverics.ru/digital/kb-qa/kak-otlichit-komandu-ot-rabochey-gruppy-v-kontekste-upravleniya-it-razrabotkoy/)

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

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

Рейтинг: 942

Теги: командная работа

## [Как должна быть организована совместная работа команд при управлении значительным инцидентом?](https://cleverics.ru/digital/kb-qa/kak-dolzhna-byt-organizovana-sovmestnaya-rabota-komand-pri-upravlenii-znachitelnym-intsidentom/)

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

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

Рейтинг: 942

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

## [Какова типичная доля стоимости предпроектного обследования в общей стоимости проекта?](https://cleverics.ru/digital/kb-qa/kakova-tipichnaya-dolya-stoimosti-predproektnogo-obsledovaniya-v-obshchey-stoimosti-proekta/)

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

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

Рейтинг: 942

Теги: аудит, бюджетирование, планирование затрат, управление проектами, PRINCE2, управление рисками

## [Почему SIP должен быть неотъемлемой частью ITSM, а не опциональным дополнением?](https://cleverics.ru/digital/kb-qa/pochemu-sip-dolzhen-byt-neotemlemoy-chastyu-itsm-a-ne-optsionalnym-dopolneniem/)

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

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

Рейтинг: 942

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

## [Как средний чек влияет на производительность ИТ-систем?](https://cleverics.ru/digital/kb-qa/kak-sredniy-chek-vliyaet-na-proizvoditelnost-it-sistem/)

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

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

Рейтинг: 942

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

## [Как влияет увеличение точности шкалы ответов на необходимый размер выборки в опросе?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-uvelichenie-tochnosti-shkaly-otvetov-na-neobkhodimyy-razmer-vyborki-v-oprose/)

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

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

Рейтинг: 942

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

## [Как организовать совместную работу разных команд для решения проблем?](https://cleverics.ru/digital/kb-qa/kak-organizovat-sovmestnuyu-rabotu-raznykh-komand-dlya-resheniya-problem/)

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

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

Рейтинг: 942

Теги: командная работа

## [Какие альтернативные KPI можно использовать для руководителей групп, участвующих в поддержке?](https://cleverics.ru/digital/kb-qa/kakie-alternativnye-kpi-mozhno-ispolzovat-dlya-rukovoditeley-grupp-uchastvuyushchikh-v-podderzhke/)

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

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

Рейтинг: 941

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