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

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

## [Входит ли Ops в круг деятельностей, которые можно привлекать у внешних специалистов, не занятых в развитии продукта на полную ставку?](https://cleverics.ru/digital/kb-qa/vkhodit-li-ops-v-krug-deyatelnostey-kotorye-mozhno-privlekat-u-vneshnikh-spetsialistov-ne-zanyatykh/)

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

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

Рейтинг: 1213

Теги: DevOps, CI/CD, SLA, архитектура ИТ, TOGAF и IT4IT, командная работа, мониторинг, общие вопросы менеджмента, управление конфигурациями, CMDB, управление продуктами, продуктовый подход, управление релизами, управление уровнем услуг, SLM, эффективность, оптимизация

## [Какой подход к внедрению процесса управления изменениями считается наиболее эффективным?](https://cleverics.ru/digital/kb-qa/kakoy-podkhod-k-vnedreniyu-protsessa-upravleniya-izmeneniyami-schitaetsya-naibolee-effektivnym/)

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

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

Рейтинг: 1213

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

## [Какие риски возникают при снижении инвестиций в ИТ с целью сокращения текущих затрат?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-pri-snizhenii-investitsiy-v-it-s-tselyu-sokrashcheniya-tekushchikh-zatrat/)

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

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

Рейтинг: 1213

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

## [Как повышение эффективности управления сложной ИТ-службой может быть связано с измерениями?](https://cleverics.ru/digital/kb-qa/kak-povyshenie-effektivnosti-upravleniya-slozhnoy-it-sluzhboy-mozhet-byt-svyazano-s-izmereniyami/)

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

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

Рейтинг: 1213

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

## [Что такое корпоративные ценности и как они могут проявляться в организации?](https://cleverics.ru/digital/kb-qa/chto-takoe-korporativnye-tsennosti-i-kak-oni-mogut-proyavlyatsya-v-organizatsii/)

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

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

Рейтинг: 1213

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

## [Почему V-модель считается эффективным инструментом для объяснения взаимосвязи между различными процессами ИТ-управления?](https://cleverics.ru/digital/kb-qa/pochemu-v-model-schitaetsya-effektivnym-instrumentom-dlya-obyasneniya-vzaimosvyazi-mezhdu-razlichnym/)

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

Автор: Константин Нарыжный

Рейтинг: 1213

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

## [Что следует учитывать при развитии сервисного подхода в организации?](https://cleverics.ru/digital/kb-qa/chto-sleduet-uchityvat-pri-razvitii-servisnogo-podkhoda-v-organizatsii/)

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

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

Рейтинг: 1213

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

## [Как определяется уровень Business Capacity Management в процессе управления мощностями?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-uroven-business-capacity-management-v-protsesse-upravleniya-moshchnostyami/)

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

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

Рейтинг: 1213

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

## [Чем больше охват учета в CMDB, тем сложнее оценить трудозатраты?](https://cleverics.ru/digital/kb-qa/chem-bolshe-okhvat-ucheta-v-cmdb-tem-slozhnee-otsenit-trudozatraty/)

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

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

Рейтинг: 1213

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

## [Каким образом FTA может быть связан с анализом дерева событий (ETA) для более комплексного понимания рисков?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-fta-mozhet-byt-svyazan-s-analizom-dereva-sobytiy-eta-dlya-bolee-kompleksnogo-ponimaniy/)

FTA и анализ дерева событий (ETA) часто используются совместно как дополняющие друг друга методы. FTA – это дедуктивный метод (сверху вниз), направленный на анализ причин конкретного нежелательного события. ETA – индуктивный метод (снизу вверх), начиная с базового события, анализирующий все возможные последствия. Комбинация этих методов позволяет: использовать базовые события из FTA как отправные точки для построения ETA, что позволяет увидеть не только причины, но и все потенциальные последствия сбоя; проверить, не упущены ли какие-либо сценарии в FTA, через обратный анализ ETA; получить более полную картину рисковой ситуации – как от события к причинам, так и от причины к событиям. Например, базовое событие из FTA (например, отказ сервера) может стать начальной точкой для ETA, который покажет все возможные негативные сценарии, возникающие из-за этого отказа.

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

Рейтинг: 1213

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