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

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

## [Сколько вопросов рекомендуется включать в опрос для оценки удовлетворенности после решения инцидента?](https://cleverics.ru/digital/kb-qa/skolko-voprosov-rekomenduetsya-vklyuchat-v-opros-dlya-otsenki-udovletvorennosti-posle-resheniya-ints/)

Для получения качественных ответов рекомендуется ограничиться 2-3 вопросами. Большое количество вопросов повышает риск отсутствия ответов или получения случайных, невнимательно заполненных ответов, так как пользователи часто не хотят тратить много времени на такие опросы.

Автор: Евгений Шилов

Рейтинг: 945

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

## [Кто может менять плановый срок устранения инцидента?](https://cleverics.ru/digital/kb-qa/kto-mozhet-menyat-planovyy-srok-ustraneniya-intsidenta/)

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

Автор: Евгений Шилов

Рейтинг: 945

Теги: общие вопросы менеджмента, управление инцидентами

## [Что входит в обязанности менеджера по управлению проблемами?](https://cleverics.ru/digital/kb-qa/chto-vkhodit-v-obyazannosti-menedzhera-po-upravleniyu-problemami/)

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

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

Рейтинг: 945

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

## [Может ли в реальных условиях один менеджер процесса эффективно координировать все аспекты релизов в крупной организации?](https://cleverics.ru/digital/kb-qa/mozhet-li-v-realnykh-usloviyakh-odin-menedzher-protsessa-effektivno-koordinirovat-vse-aspekty-relizo/)

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

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

Рейтинг: 945

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

## [Как можно определить опережающие показатели для прогнозирования успеха процесса изменений?](https://cleverics.ru/digital/kb-qa/kak-mozhno-opredelit-operezhayushchie-pokazateli-dlya-prognozirovaniya-uspekha-protsessa-izmeneniy/)

Для определения опережающих показателей используется анализ причинно-следственных связей через Causal Loop Diagram. Опережающие показатели находятся на ранних этапах причинно-следственной цепочки и влияют на конечные результаты. Например, для прогнозирования успеха процесса изменений опережающими показателями могут служить Release size (размер релиза), Emergency change rate (доля аварийных изменений), Backlog size / Queue Time (управление бэклогом), Standard Change Rate (уровень стандартизации). Эти показатели позволяют прогнозировать такие конечные результаты, как Change Risk (риск изменений) и Time to Market (время выхода на рынок) до того, как эти результаты будут фактически достигнуты или проблемы проявятся.

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

Рейтинг: 945

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

## [Как организовано бюджетирование в подразделении, предоставляющем ИТ-услуги на коммерческой основе?](https://cleverics.ru/digital/kb-qa/kak-organizovano-byudzhetirovanie-v-podrazdelenii-predostavlyayushchem-it-uslugi-na-kommercheskoy-os/)

В коммерческом ИТ-подразделении бюджетирование включает формирование бюджета доходов и расходов (P&L), где доходная часть присутствует за счет предоставления услуг на платной основе. Ценообразование и тарификация выполняются коммерсантами, а не экономистами, результаты которых в виде тарифных планов поступают на вход процедуре бюджетирования совместно с прогнозом объема потребления ИТ-услуг.

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

Рейтинг: 945

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

## [Почему SIP должен быть неотъемлемой частью ITSM, а не опциональным дополнением?](https://cleverics.ru/digital/kb-qa/pochemu-sip-dolzhen-byt-neotemlemoy-chastyu-itsm-a-ne-optsionalnym-dopolneniem/)

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

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

Рейтинг: 945

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

## [Какая ответственность за прозрачность процесса Управления инцидентами лежит на процессе Управления запросами на обслуживание (RFF)?](https://cleverics.ru/digital/kb-qa/kakaya-otvetstvennost-za-prozrachnost-protsessa-upravleniya-intsidentami-lezhit-na-protsesse-upravle/)

Процесс Управления запросами на обслуживание (RFF) не несёт первичной ответственности за прозрачность процесса Управления инцидентами. RFF может выступать как дополнительный канал коммуникации для передачи информации пользователю по запросу (реактивный канал), действуя как транспорт для информации, предоставляемой процессом INC. Однако ответственность за эффективное использование этого канала и обеспечение должного уровня прозрачности процесса лежит на процессе Управления инцидентами (INC), который должен определить, когда и как использовать RFF для информирования пользователей. INC является владельцем процесса и несёт ответственность за качество коммуникации в целом.

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

Рейтинг: 945

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

## [Какие условия необходимы для значительного увеличения количества обращений через портал самообслуживания?](https://cleverics.ru/digital/kb-qa/kakie-usloviya-neobkhodimy-dlya-znachitelnogo-uvelicheniya-kolichestva-obrashcheniy-cherez-portal-sa/)

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

Автор: Евгений Шилов

Рейтинг: 944

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

## [Кто в организации должен проводить аудит CMDB?](https://cleverics.ru/digital/kb-qa/kto-v-organizatsii-dolzhen-provodit-audit-cmdb/)

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

Автор: Евгений Шилов

Рейтинг: 944

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