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

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

## [Нужно ли перестраивать процессы управления инцидентами при переходе с ITIL v3 на ITIL 4 из-за отсутствия явного упоминания приоритизации?](https://cleverics.ru/digital/kb-qa/nuzhno-li-perestraivat-protsessy-upravleniya-intsidentami-pri-perekhode-s-itil-v3-na-itil-4-iz-za-ot/)

Нет, не нужно. Несмотря на то, что в процессе обработки инцидента (Incident handling and resolution) в ITIL 4 приоритизация не упоминается как отдельный шаг, она остается важным компонентом практики управления инцидентами. Приоритизация рассматривается как сквозной процесс и включена в факторы успеха практики, необходимые для минимизации негативного влияния инцидентов. Организациям не нужно выбрасывать текущие ITSM-системы или кардинально менять процессы — можно продолжать использовать приоритизацию как часть управления инцидентами, но принять более гибкий подход, когда приоритеты могут пересматриваться несколько раз в течение жизненного цикла инцидента.

Автор: Анна Васильева

Рейтинг: 1069

Теги: ITIL, ITSM, управление инцидентами, управление процессами, ИТ-процессы

## [Как базовое состояние в управлении конфигурациями связано с V-моделью и как его можно объяснить простыми словами?](https://cleverics.ru/digital/kb-qa/kak-bazovoe-sostoyanie-v-upravlenii-konfiguratsiyami-svyazano-s-v-modelyu-i-kak-ego-mozhno-obyasnit/)

Базовое состояние (baseline) в управлении конфигурациями связано с V-моделью как 'семейный портрет на память' системы в определенный момент времени. На нисходящей ветке V-модели формируются проектируемые базовые состояния на разных уровнях детализации, от бизнес-требований до технических спецификаций. На восходящей ветке создаются фактические базовые состояния (реальные 'фотографии' системы). Сравнение текущего состояния системы с базовым позволяет определить, насколько проект отклонился от плана, и принимать решение о соответствии результатов требованиям. Простыми словами, базовое состояние — это эталон для сравнения, 'точка отсчета', зафиксированная в определенный момент времени

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

Рейтинг: 1069

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

## [Как парадигма ITSM влияет на организационную структуру ИТ-отдела?](https://cleverics.ru/digital/kb-qa/kak-paradigma-itsm-vliyaet-na-organizatsionnuyu-strukturu-it-otdela/)

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

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

Рейтинг: 1069

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

## [Как реализовать гибкий подход к обработке запросов ИТ-поддержки без ущерба для оперативности?](https://cleverics.ru/digital/kb-qa/kak-realizovat-gibkiy-podkhod-k-obrabotke-zaprosov-it-podderzhki-bez-ushcherba-dlya-operativnosti/)

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

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

Рейтинг: 1069

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

## [Как формируется определение доступности для конкретной ИТ-услуги?](https://cleverics.ru/digital/kb-qa/kak-formiruetsya-opredelenie-dostupnosti-dlya-konkretnoy-it-uslugi/)

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

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

Рейтинг: 1069

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

## [Какие требования предъявляются к дополняющим услугам для их успешной интеграции в ИТ-предложение?](https://cleverics.ru/digital/kb-qa/kakie-trebovaniya-predyavlyayutsya-k-dopolnyayushchim-uslugam-dlya-ikh-uspeshnoy-integratsii-v-it-pr/)

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

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

Рейтинг: 1069

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

## [Как внутренние сервисные отношения влияют на эффективность организации в целом?](https://cleverics.ru/digital/kb-qa/kak-vnutrennie-servisnye-otnosheniya-vliyayut-na-effektivnost-organizatsii-v-tselom/)

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

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

Рейтинг: 1069

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

## [Чем отличается понятие 'охвата' от 'результата' в управлении проектами?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-ponyatie-okhvata-ot-rezultata-v-upravlenii-proektami/)

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

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

Рейтинг: 1069

Теги: командная работа, управление продуктами, продуктовый подход, управление проектами, PRINCE2, управление релизами

## [Кто потенциально может быть менеджером процесса управления проблемами в ИТ-организации?](https://cleverics.ru/digital/kb-qa/kto-potentsialno-mozhet-byt-menedzherom-protsessa-upravleniya-problemami-v-it-organizatsii/)

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

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

Рейтинг: 1069

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

## [Как определяется бизнес-ценность в сервисных отношениях и чем она характеризуется?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-biznes-tsennost-v-servisnykh-otnosheniyakh-i-chem-ona-kharakterizuetsya/)

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

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

Рейтинг: 1068

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