# Бесплатная экспертная база знаний по управлению ИТ Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего. Только сведения от консультантов и тренеров Cleverics. Включает ответы на **несколько тысяч вопросов** из **сотен источников**, а также детальный глоссарий с примерами, объяснениями и нюансами ## [Как ITSM влияет на требования к ресурсному планированию?](https://cleverics.ru/digital/kb-qa/kak-itsm-vliyaet-na-trebovaniya-k-resursnomu-planirovaniyu/) После внедрения ITSM ресурсное планирование становится более сложным, так как определение потребностей уже учитывает не только выполнение новых проектов и внедрений, но и изменение объёма потребления ИТ-услуг. Это требует более точного прогнозирования потребностей и гибкого регулирования ресурсов в зависимости от спроса на услуги. Автор: Дмитрий Исайченко Рейтинг: 527 Теги: ITSM, общие вопросы менеджмента, управление проектами, PRINCE2, управление релизами ## [Что такое эффект арбуза в контексте управления услугами?](https://cleverics.ru/digital/kb-qa/chto-takoe-effekt-arbuza-v-kontekste-upravleniya-uslugami/) Эффект арбуза возникает, когда показатели выходов (output) выглядят успешными (зелёные индикаторы на дашбордах), но конечные результаты (outcome) оказываются неудовлетворительными — клиенты недовольны, несмотря на выполнение всех формальных критериев. Название происходит от внешней зелёной оболочки арбуза при красной мякоти внутри, символизируя внешнее благополучие и внутренние проблемы. Автор: Александр Движков Рейтинг: 527 Теги: бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, управление уровнем услуг, SLM ## [Почему безопасность в ранних версиях ITIL выделялась в отдельную книгу вне процессной модели?](https://cleverics.ru/digital/kb-qa/pochemu-bezopasnost-v-rannikh-versiyakh-itil-vydelyalas-v-otdelnuyu-knigu-vne-protsessnoy-modeli/) Безопасность в ранних версиях ITIL выделялась в отдельную книгу вне процессной модели, потому что этот аспект управления ИТ-услугами имеет особую важность и специфические требования, которые сложно интегрировать в общий поток других процессов. Безопасность информационных систем затрагивает множество аспектов ИТ-инфраструктуры и часто требует специализированных знаний, стандартов и процедур. Выделение безопасности в отдельный раздел позволяло акцентировать на ней внимание и предоставить более подробные рекомендации, соответствующие ее критической роли в успешном функционировании большинства организаций. Автор: Константин Нарыжный Рейтинг: 527 Теги: ISO 20000, ITIL, безопасность, Канбан, WIP-лимиты, обучение сотрудников, учебные курсы, тренинги, общие вопросы менеджмента, управление знаниями, управление конфигурациями, CMDB, управление процессами, ИТ-процессы ## [Какие подходы к обобщенной процессной модели существуют помимо USM и eSCM-SP?](https://cleverics.ru/digital/kb-qa/kakie-podkhody-k-obobshchennoy-protsessnoy-modeli-sushchestvuyut-pomimo-usm-i-escm-sp/) Помимо USM (Universal Service Management) и eSCM-SP (eSourcing Capability Model for Service Providers), в тексте упоминается подход, аналогичный eTOM (Enhanced Telecom Operations Map), но адаптированный для более широкого спектра услуг. Автор полагает, что существует потребность в промежуточном варианте между USM и eSCM-SP - уровне сложности, близком к eTOM, но с обобщением на различные виды услуг. Такой подход должен сохранять простоту понимания, присущую USM, но иметь большую детализацию, чем это предлагается USM, и в то же время быть менее сложным, чем eSCM-SP. Автор: Дмитрий Исайченко Рейтинг: 527 Теги: аутсорсинг, интеграция услуг ## [Какие факторы являются ключевыми для достижения требуемых результатов в ITSM-проекте?](https://cleverics.ru/digital/kb-qa/kakie-faktory-yavlyayutsya-klyuchevymi-dlya-dostizheniya-trebuemykh-rezultatov-v-itsm-proekte/) Главным фактором успеха выступает наличие профессионального опыта у архитектора и участников проекта. Однако важно применять этот опыт с адаптацией под специфические потребности заказчика, так как без критической оценки стандартные подходы могут привести к ошибкам из-за неправильной интерпретации контекста конкретной организации. Автор: Артём Мукосеев Рейтинг: 526 Теги: ITSM, бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, управление проектами, PRINCE2 ## [Что подразумевается под 'кросс-системными изменениями' в контексте управления ИТ-процессами?](https://cleverics.ru/digital/kb-qa/chto-podrazumevaetsya-pod-kross-sistemnymi-izmeneniyami-v-kontekste-upravleniya-it-protsessami/) Под 'кросс-системными изменениями' подразумеваются изменения, которые одновременно затрагивают несколько компонентов информационной системы. Это могут быть изменения, влияющие на взаимодействие различных приложений, базовых ИТ-сервисов, инфраструктуры хранения и обработки данных. Такие изменения имеют повышенную сложность и риск, так как требуют координации действий между различными командами и учета потенциального влияния на всю экосистему услуг. Кросс-системные изменения часто возникают, когда одно приложение использует функциональность другого, или когда базовые сервисы, такие как система авторизации, требуют модернизации. Автор: Андрей Труфанов Рейтинг: 526 Теги: командная работа, управление конфигурациями, CMDB, управление отношениями, взаимодействие, BRM, управление рисками ## [Почему конвейер не может быть универсальным механизмом для всех видов работ?](https://cleverics.ru/digital/kb-qa/pochemu-konveyer-ne-mozhet-byt-universalnym-mekhanizmom-dlya-vsekh-vidov-rabot/) Конвейер эффективен только для работ с фиксированной последовательностью этапов, где можно управлять скоростью и объемом задач. Однако многие виды работ (например, диагностика, эксперименты, рутинное обслуживание) не имеют четкой обработки, требуют непредсказуемых ресурсов или коллаборации, что делает управление через конвейерные методы (лимиты, очереди) неэффективным. Попытка применения конвейера ко всем задачам приводит к потере гибкости и снижению общей результативности. Автор: Андрей Труфанов Рейтинг: 526 Теги: DevOps, CI/CD, управление инцидентами ## [Как измеряется ценность исследовательской и изыскательской деятельности?](https://cleverics.ru/digital/kb-qa/kak-izmeryaetsya-tsennost-issledovatelskoy-i-izyskatelskoy-deyatelnosti/) Ценность исследований измеряется через наличие принятых бизнес- или технических решений, доказанное снижение неопределенности в достижении целей, а также через подтвержденные гипотезы, влияющие на общую эффективность команды. Например, успешные эксперименты, оптимизация процессов на основе исследования или выявление рисков до их проявления. Такая деятельность поддерживает принятие обоснованных решений, что косвенно увеличивает общую ценность потока. Автор: Андрей Труфанов Рейтинг: 526 Теги: бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, командная работа, управление рисками, эффективность, оптимизация ## [В чём заключается различие между диагнозом «сбой услуги» и «сбой компонента»?](https://cleverics.ru/digital/kb-qa/v-chem-zaklyuchaetsya-razlichie-mezhdu-diagnozom-sboy-uslugi-i-sboy-komponenta/) Диагноз «сбой услуги» фокусируется на том, что пользователь перестал получать необходимую услугу, и определяет, какое именно повреждённое звено вызвало проблемы для конечного пользователя. Диагноз «сбой компонента» же касается поиска конкретного физического или программного компонента, который вышел из строя. Первый необходим для оперативного восстановления работы сервиса, второй — для устранения технической причины инцидента. Таким образом, на уровне процессов это различие помогает разделить управление инцидентами и управление проблемами. Автор: Константин Нарыжный Рейтинг: 526 Теги: поддержка пользователей, Service Desk, Help Desk, управление инцидентами, управление проблемами ## [Что подразумевается под «утопической идеей», предлагаемой ITIL в части диагностики инцидентов?](https://cleverics.ru/digital/kb-qa/chto-podrazumevaetsya-pod-utopicheskoy-ideey-predlagaemoy-itil-v-chasti-diagnostiki-intsidentov/) Под «утопической идеей» понимается предложение о том, чтобы менеджер инцидентов в процессе диагностики мог оценить, стоит ли сразу же устранить корневую причину проблемы, даже если это увеличит время на устранение текущего инцидента. Это означает, что менеджер может принять решение потратить дополнительные ресурсы на глубокий анализ и устранение первопричины, чтобы избежать повторения таких сбоев в будущем. Для этого необходимо изменить регламент процесса и позволить менеджеру отклоняться от основного KPI, такого как среднее время устранения инцидента. Автор: Константин Нарыжный Рейтинг: 526 Теги: ITIL, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, общие вопросы менеджмента, управление инцидентами, управление проблемами, управление процессами, ИТ-процессы