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

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

## [Какие факторы делают переход от сервис-провайдера к сервис-интегратору сложным?](https://cleverics.ru/digital/kb-qa/kakie-faktory-delayut-perekhod-ot-servis-provaydera-k-servis-integratoru-slozhnym/)

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

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

Рейтинг: 936

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

## [Какой подход предлагается для типового решения задачи измерения ИТ-деятельности?](https://cleverics.ru/digital/kb-qa/kakoy-podkhod-predlagaetsya-dlya-tipovogo-resheniya-zadachi-izmereniya-it-deyatelnosti/)

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

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

Рейтинг: 936

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

## [Чем отличается подход к контролю в ITIL от классического определения?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-podkhod-k-kontrolyu-v-itil-ot-klassicheskogo-opredeleniya/)

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

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

Рейтинг: 936

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

## [Как решается проблема разделения заказчика и плательщика в ИТ-отношениях?](https://cleverics.ru/digital/kb-qa/kak-reshaetsya-problema-razdeleniya-zakazchika-i-platelshchika-v-it-otnosheniyakh/)

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

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

Рейтинг: 935

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

## [Какие цели определены для процесса управления знаниями в компании?](https://cleverics.ru/digital/kb-qa/kakie-tseli-opredeleny-dlya-protsessa-upravleniya-znaniyami-v-kompanii/)

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

Автор: Денис Денисов

Рейтинг: 935

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

## [Почему важно чётко формулировать задачи сотрудникам?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-chetko-formulirovat-zadachi-sotrudnikam/)

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

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

Рейтинг: 935

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

## [Почему количество вопросов в методе «Пять «Почему?» может варьироваться при поиске корневой причины?](https://cleverics.ru/digital/kb-qa/pochemu-kolichestvo-voprosov-v-metode-pyat-pochemu-mozhet-varirovatsya-pri-poiske-kornevoy-prichiny/)

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

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

Рейтинг: 935

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

## [Как должен работать идеальный сервис-интегратор с точки зрения клиентского опыта?](https://cleverics.ru/digital/kb-qa/kak-dolzhen-rabotat-idealnyy-servis-integrator-s-tochki-zreniya-klientskogo-opyta/)

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

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

Рейтинг: 935

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

## [Какие риски возникают, если в SLA не указаны сроки восстановления сервиса после инцидента?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-esli-v-sla-ne-ukazany-sroki-vosstanovleniya-servisa-posle-intsidenta/)

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

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

Рейтинг: 935

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

## [Как можно избежать конфликта «это не наша вина» при выполнении ИТ-проектов?](https://cleverics.ru/digital/kb-qa/kak-mozhno-izbezhat-konflikta-eto-ne-nasha-vina-pri-vypolnenii-it-proektov/)

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

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

Рейтинг: 935

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