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

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

## [Зачем использовать параметризованные связи влияния в конфигурационной модели?](https://cleverics.ru/digital/kb-qa/zachem-ispolzovat-parametrizovannye-svyazi-vliyaniya-v-konfiguratsionnoy-modeli/)

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

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

Рейтинг: 854

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

## [Почему консультанты, предлагающие быстрое внедрение пяти-шести ключевых ИТ-процессов, могут вызывать недоверие?](https://cleverics.ru/digital/kb-qa/pochemu-konsultanty-predlagayushchie-bystroe-vnedrenie-pyati-shesti-klyuchevykh-it-protsessov-mogut/)

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

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

Рейтинг: 853

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

## [Как распределяется ответственность между уровнями поддержки при фиксированном маршруте эскалации?](https://cleverics.ru/digital/kb-qa/kak-raspredelyaetsya-otvetstvennost-mezhdu-urovnyami-podderzhki-pri-fiksirovannom-marshrute-eskalats/)

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

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

Рейтинг: 853

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

## [Как поступить, если координатор проблемы диагностирует, что причина возникновения находится в смежной области?](https://cleverics.ru/digital/kb-qa/kak-postupit-esli-koordinator-problemy-diagnostiruet-chto-prichina-vozniknoveniya-nakhoditsya-v-smez/)

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

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

Рейтинг: 853

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

## [Что такое реактивная часть управления доступностью и как она связана с мониторингом и измерением?](https://cleverics.ru/digital/kb-qa/chto-takoe-reaktivnaya-chast-upravleniya-dostupnostyu-i-kak-ona-svyazana-s-monitoringom-i-izmereniem/)

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

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

Рейтинг: 853

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

## [Какие методы помогут создать ценностное предложение с помощью эмпатии?](https://cleverics.ru/digital/kb-qa/kakie-metody-pomogut-sozdat-tsennostnoe-predlozhenie-s-pomoshchyu-empatii/)

Для создания ценностного предложения с использованием эмпатии следует применить несколько ключевых методов. Во-первых, важно сосредоточиться на ценности для клиента, а не на бизнес-процессах компании, что соответствует руководящему принципу ITIL4 «Фокусируйтесь на ценности». Это значит, что процессы должны быть гибкими и адаптированы под потребности клиентов, следуя философии Agile — «Люди и взаимодействие – важнее процессов и инструментов». Во-вторых, необходимо создавать карты путешествий клиента, чтобы лучше понимать его путь взаимодействия с продуктом или услугой. Это позволяет выявлять ключевые точки контакта и улучшать их. Также полезно активно взаимодействовать с клиентами и проводить наблюдения за их поведением, чтобы понять, что на самом деле важно для них. Использование информации из первых рук поможет улучшить продукт, сделать его более удобным и удовлетворяющим скрытые потребности клиентов, формируя тем самым ценность для них.

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

Рейтинг: 853

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

## [Какие аспекты работы тимлида снижают самоорганизацию команды?](https://cleverics.ru/digital/kb-qa/kakie-aspekty-raboty-timlida-snizhayut-samoorganizatsiyu-komandy/)

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

Автор: Павел Капусткин

Рейтинг: 853

Теги: ISO 20000, командная работа, общие вопросы менеджмента

## [Какие проблемы возникают при широком охвате учета в CMDB и как их решать?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-shirokom-okhvate-ucheta-v-cmdb-i-kak-ikh-reshat/)

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

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

Рейтинг: 853

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

## [В чем состоит основное отличие работы первой линии от второго и третьего уровней поддержки?](https://cleverics.ru/digital/kb-qa/v-chem-sostoit-osnovnoe-otlichie-raboty-pervoy-linii-ot-vtorogo-i-tretego-urovney-podderzhki/)

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

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

Рейтинг: 853

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

## [Как обеспечивается связь между бизнес-требованиями и их реализацией через Change proposal и RFC в ITIL?](https://cleverics.ru/digital/kb-qa/kak-obespechivaetsya-svyaz-mezhdu-biznes-trebovaniyami-i-ikh-realizatsiey-cherez-change-proposal-i-r/)

Связь обеспечивается через этапы: бизнес-заказчик с помощью BRM формирует Change proposal, который содержит бизнес-обоснование и стратегическую цель, затем после утверждения разрабатываются конкретные RFC, детализирующие технические изменения. BRM выступает как посредник, гарантирующий соответствие конечного результата изначальным бизнес-требованиям и поддержку заказчика на всех этапах.

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

Рейтинг: 853

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