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

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

## [Какой пример используется для демонстрации недостатка показателя SPI в методике EVM?](https://cleverics.ru/digital/kb-qa/kakoy-primer-ispolzuetsya-dlya-demonstratsii-nedostatka-pokazatelya-spi-v-metodike-evm/)

Для демонстрации недостатка показателя SPI в методике EVM используется пример проекта рытья канавы длиной 20 метров. Изначально с двумя рабочими проект должен был быть выполнен за пять дней (при производительности 2 метра в день на человека). Когда один рабочий заболел и производительность упала вдвое, SPI корректно показывал 50% отставания в начале проекта. Однако по мере завершения работ, даже с задержкой, SPI постепенно приближался к 100%, и на момент окончания проекта становился равным 1, несмотря на то, что проект был завершён с двукратным превышением сроков, что иллюстрирует неспособность SPI адекватно оценивать соблюдение сроков завершённых проектов.

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

Рейтинг: 706

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

## [Как средний чек связан с документооборотом в ИТ-системах?](https://cleverics.ru/digital/kb-qa/kak-sredniy-chek-svyazan-s-dokumentooborotom-v-it-sistemakh/)

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

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

Рейтинг: 706

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

## [В чём заключается проблема размытости границ между работой и личной жизнью?](https://cleverics.ru/digital/kb-qa/v-chem-zaklyuchaetsya-problema-razmytosti-granits-mezhdu-rabotoy-i-lichnoy-zhiznyu/)

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

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

Рейтинг: 705

## [Какие задачи процесса управления доступностью пересекаются с другими процессами?](https://cleverics.ru/digital/kb-qa/kakie-zadachi-protsessa-upravleniya-dostupnostyu-peresekayutsya-s-drugimi-protsessami/)

Задачи процесса управления доступностью пересекаются со следующими процессами: создание плана доступности может быть частью стратегического плана инфраструктуры (SIP) или пересекаться с управлением мощностями; диагностика и решение инцидентов и проблем относится к их специализированным процессам; оценка влияния изменений на доступность является задачей управления изменениями; отслеживание уровня доступности и анализ отклонений входят в зону ответственности SLM. Это вызывает вопрос о уникальности задач управления доступностью как отдельного процесса.

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

Рейтинг: 705

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

## [Как организовать непрерывную поставку ценности при наличии ограничений в эксплуатации ИТ-продукта?](https://cleverics.ru/digital/kb-qa/kak-organizovat-nepreryvnuyu-postavku-tsennosti-pri-nalichii-ogranicheniy-v-ekspluatatsii-it-produkt/)

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

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

Рейтинг: 705

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

## [Какие основные критерии используются для определения потоков ценности в управлении продуктом?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-kriterii-ispolzuyutsya-dlya-opredeleniya-potokov-tsennosti-v-upravlenii-produktom/)

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

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

Рейтинг: 705

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

## [Что означает «нормальная работа услуги» в контексте управления инцидентами?](https://cleverics.ru/digital/kb-qa/chto-oznachaet-normalnaya-rabota-uslugi-v-kontekste-upravleniya-intsidentami/)

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

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

Рейтинг: 705

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

## [Какие задачи решает ИТ-служба без сервисного подхода?](https://cleverics.ru/digital/kb-qa/kakie-zadachi-reshaet-it-sluzhba-bez-servisnogo-podkhoda/)

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

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

Рейтинг: 705

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

## [Что является реальным гарантом безопасности члена продуктовой команды?](https://cleverics.ru/digital/kb-qa/chto-yavlyaetsya-realnym-garantom-bezopasnosti-chlena-produktovoy-komandy/)

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

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

Рейтинг: 705

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

## [Какие ограничения имеет концепция уровней зрелости в COBIT?](https://cleverics.ru/digital/kb-qa/kakie-ogranicheniya-imeet-kontseptsiya-urovney-zrelosti-v-cobit/)

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

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

Рейтинг: 705

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