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

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

## [Как эффект Даннинга-Крюгера проявляется в ИТ-сфере?](https://cleverics.ru/digital/kb-qa/kak-effekt-danninga-kryugera-proyavlyaetsya-v-it-sfere/)

В области IT эффект Даннинга-Крюгера проявляется в нескольких аспектах. Например, существуют проекты разработки программного обеспечения, где команды считают нормальным писать «лучший в Галактике код», но при этом не могут выйти на продуктивную эксплуатацию в течение 3-5 лет. Есть команды, которые выпускают релизы раз в месяц, игнорируя современные практики ежедневных релизов. Также встречаются разработчики, которые не понимают CI/CD и настаивают на ручном тестировании, администраторы, считающие всех разработчиков некомпетентными, и консультанты, которые без глубокого понимания процитируют Agile-литературу. Все эти ситуации указывают на то, что многие профессионалы неадекватно оценивают свои знания и навыки.

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

Рейтинг: 788

Теги: Agile и гибкие методы разработки ПО, командная работа, мотивация персонала, стимулирование, обучение сотрудников, учебные курсы, тренинги, управление знаниями, управление конфигурациями, CMDB, управление проектами, PRINCE2, управление релизами

## [Как определить, является ли элемент ИТ-активом или конфигурационной единицей?](https://cleverics.ru/digital/kb-qa/kak-opredelit-yavlyaetsya-li-element-it-aktivom-ili-konfiguratsionnoy-edinitsey/)

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

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

Рейтинг: 788

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

## [В чем отличие между эскалацией с произвольным маршрутом и фиксированным маршрутом?](https://cleverics.ru/digital/kb-qa/v-chem-otlichie-mezhdu-eskalatsiey-s-proizvolnym-marshrutom-i-fiksirovannym-marshrutom/)

Основное отличие заключается в том, как определяется следующий шаг в обработке инцидента. При произвольном маршруте специалист самостоятельно принимает решение о дальнейшем направлении инцидента на основе результатов диагностики. Например, инцидент, связанный с отказом информационной системы, может быть направлен администраторам ЦОД или в сетевую группу в зависимости от выявленной причины. При фиксированном маршруте для каждой услуги заранее установлена четкая последовательность линий поддержки и их ответственность. Это означает, что инцидент последовательно передается от L2 к L3 и затем к L4, без возможности отклонения от установленного маршрута, даже если требуется привлечь смежные специалисты. В таком случае привлечение смежников происходит через отдельный инцидент или задание.

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

Рейтинг: 788

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

## [Как эффективно контролировать результаты внедрения мер по повышению своевременности обработки запросов?](https://cleverics.ru/digital/kb-qa/kak-effektivno-kontrolirovat-rezultaty-vnedreniya-mer-po-povysheniyu-svoevremennosti-obrabotki-zapro/)

Для эффективного контроля результатов необходимо: 1. Систематически отслеживать выполнение запланированных мер ответственными лицами 2. Проводить постоянный мониторинг ключевых показателей эффективности с фокусом на ранее выявленные 'болевые точки' 3. Учитывать, что разные меры могут давать как мгновенный, так и отложенный эффект 4. Анализировать изменения в структуре поступающих обращений и выявлять новые потенциальные проблемы 5. Регулярно сверять фактические результаты с плановыми показателями 6. Поддерживать прозрачность ситуации для всех заинтересованных сторон, используя объективные данные 7. Быть готовым скорректировать план в случае недостаточной эффективности принятых мер Ключевым элементом успешного контроля является непрерывность и внимание к деталям, а также полагаться на данные, а не на экспертные оценки, чтобы избежать субъективности и скрытых проблем.

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

Рейтинг: 788

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

## [Как команда поддерживает актуальность бэклога в условиях изменяющихся потребностей?](https://cleverics.ru/digital/kb-qa/kak-komanda-podderzhivaet-aktualnost-bekloga-v-usloviyakh-izmenyayushchikhsya-potrebnostey/)

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

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

Рейтинг: 788

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

## [Как технологическое развитие влияет на классификацию сервисов с основных на дополнительные?](https://cleverics.ru/digital/kb-qa/kak-tekhnologicheskoe-razvitie-vliyaet-na-klassifikatsiyu-servisov-s-osnovnykh-na-dopolnitelnye/)

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

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

Рейтинг: 788

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

## [Какие преимущества предоставляет наличие четко определенных требований к резервному копированию и восстановлению данных?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-predostavlyaet-nalichie-chetko-opredelennykh-trebovaniy-k-rezervnomu-kopirovan/)

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

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

Рейтинг: 788

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

## [Какие обязанности выполняет менеджер по управлению проблемами?](https://cleverics.ru/digital/kb-qa/kakie-obyazannosti-vypolnyaet-menedzher-po-upravleniyu-problemami/)

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

Автор: Игорь Фадеев

Рейтинг: 788

Теги: архитектура ИТ, TOGAF и IT4IT, командная работа, мониторинг, общие вопросы менеджмента, управление инцидентами, управление проблемами, управление продуктами, продуктовый подход

## [В чем особенности применения цепочки создания ценности в ITIL версии 4 по сравнению с ITIL v3?](https://cleverics.ru/digital/kb-qa/v-chem-osobennosti-primeneniya-tsepochki-sozdaniya-tsennosti-v-itil-versii-4-po-sravneniyu-s-itil-v3/)

Основная особенность применения цепочки создания ценности в ITIL версии 4 заключается в том, что она становится центральным элементом общей концепции управления услугами, тогда как в ITIL v3 такой концепции не существовало. В ITIL v4 введены 34 управленческие практики, которые организованы вокруг цепочки создания ценности (Service Value Chain), состоящей из шести ключевых компонентов: планирование, улучшение, участие, получение заказа, построение и доставка, а также управление. Эта архитектура позволяет рассматривать все ИТ-деятельность как связанный процесс создания ценности для клиента. По сравнению с ITIL v3, где акцент делался на отдельные процессы и их оптимизацию, ITIL v4 предоставляет более целостный взгляд на то, как различные практики работают совместно для создания ценности, что делает его концептуально ближе к IT4IT, который с самого начала был построен на основе Value Chain.

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

Рейтинг: 788

Теги: ITIL, архитектура ИТ, TOGAF и IT4IT, бизнес, ценность, бизнес-заказчик, общие вопросы менеджмента, постоянное улучшение, совершенствование, CSI, PDCA, эффективность, оптимизация

## [Какие элементы услуги обычно замечают заказчики при взаимодействии с ИТ-службой?](https://cleverics.ru/digital/kb-qa/kakie-elementy-uslugi-obychno-zamechayut-zakazchiki-pri-vzaimodeystvii-s-it-sluzhboy/)

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

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

Рейтинг: 788

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