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

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

## [Как модель системного подхода помогает в анализе текущей ситуации в ITSM?](https://cleverics.ru/digital/kb-qa/kak-model-sistemnogo-podkhoda-pomogaet-v-analize-tekushchey-situatsii-v-itsm/)

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

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

Рейтинг: 750

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

## [Какие процессы ITIL участвуют в согласовании и управлении внеплановыми простоем при необходимости срочного внедрения изменений?](https://cleverics.ru/digital/kb-qa/kakie-protsessy-itil-uchastvuyut-v-soglasovanii-i-upravlenii-vneplanovymi-prostoem-pri-neobkhodimost/)

В управлении внеплановыми простоем при срочном внедрении изменений задействованы три основных процесса ITIL: управление изменениями (Change Management), который отвечает за процесс внедрения изменений и формирование документа PSO; управление уровнем услуг (Service Level Management, SLM), который занимается обсуждением и согласованием с заказчиком целевых показателей доступности на период внедрения изменений; и управление доступностью (Availability Management), который проверяет соответствие плановой доступности целевым значениям и оценивает влияние изменений на доступность сервисов в долгосрочной перспективе.

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

Рейтинг: 750

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

## [Почему важно рассматривать команду разработки как долговременный устойчивый актив, а не как корову для доения?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-rassmatrivat-komandu-razrabotki-kak-dolgovremennyy-ustoychivyy-aktiv-a-ne-kak-korovu/)

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

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

Рейтинг: 750

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

## [Что такое домены простоты, сложности, и хаоса в контексте управления ИТ-системами?](https://cleverics.ru/digital/kb-qa/chto-takoe-domeny-prostoty-slozhnosti-i-khaosa-v-kontekste-upravleniya-it-sistemami/)

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

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

Рейтинг: 750

Теги: архитектура ИТ, TOGAF и IT4IT, поддержка пользователей, Service Desk, Help Desk, управление инцидентами, управление отношениями, взаимодействие, BRM

## [Как определить Time in Process, если поток производства работает не круглосуточно?](https://cleverics.ru/digital/kb-qa/kak-opredelit-time-in-process-esli-potok-proizvodstva-rabotaet-ne-kruglosutochno/)

Если поток производства не работает круглосуточно (как это обычно бывает в ИТ), Time in Process должен рассчитываться только с учетом рабочего времени, а не полных календарных дней. Это означает, что период времени от начала до завершения задачи должен быть исчислен в рабочих часах или рабочих днях. Например, задача, которая начала обрабатываться в пятницу вечером и завершилась в понедельник утром, должна учитывать только рабочее время между этими временными точками, исключая выходные дни и нерабочие часы. Для этого необходима автоматизация или специальные правила обработки данных, учитывающие календари сотрудников, что значительно усложняет расчет по сравнению с простым вычитанием времени начала из времени завершения.

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

Рейтинг: 750

Теги: Канбан, WIP-лимиты, общие вопросы менеджмента, экономика и финансы

## [Почему сложно найти программные средства для ИТ-бюджетирования?](https://cleverics.ru/digital/kb-qa/pochemu-slozhno-nayti-programmnye-sredstva-dlya-it-byudzhetirovaniya/)

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

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

Рейтинг: 750

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

## [Как новый KPI влияет на поведение поставщиков услуг?](https://cleverics.ru/digital/kb-qa/kak-novyy-kpi-vliyaet-na-povedenie-postavshchikov-uslug/)

Новый KPI создает стимул для минимизации количества инцидентов, поскольку решение вблизи Tmax дает низкий рейтинг. В отличие от традиционного подхода, где достаточно уложиться в Tmax для получения максимального балла, здесь даже успешное устранение инцидента за 3,9 часа из 4-часового лимита считается неоптимальным. Это поощряет не только оперативное реагирование, но и профилактические меры по повышению общей надежности ИТ-систем, так как любые инциденты, влияющие на бизнес (te > Tmin), негативно сказываются на итоговом рейтинге.

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

Рейтинг: 750

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

## [Почему управленческое решение по смене приоритетов не является бесплатным действием?](https://cleverics.ru/digital/kb-qa/pochemu-upravlencheskoe-reshenie-po-smene-prioritetov-ne-yavlyaetsya-besplatnym-deystviem/)

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

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

Рейтинг: 750

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

## [Какие меры можно предпринять для нормализации ситуации с низкими показателями своевременности обработки инцидентов?](https://cleverics.ru/digital/kb-qa/kakie-mery-mozhno-predprinyat-dlya-normalizatsii-situatsii-s-nizkimi-pokazatelyami-svoevremennosti-o/)

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

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

Рейтинг: 749

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

## [Почему виртуальный сервер может не считаться ИТ-активом, несмотря на то, что он имеет экономическую ценность для предоставления услуги?](https://cleverics.ru/digital/kb-qa/pochemu-virtualnyy-server-mozhet-ne-schitatsya-it-aktivom-nesmotrya-na-to-chto-on-imeet-ekonomichesk/)

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

Автор: Игорь Гутник

Рейтинг: 749

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