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

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

## [Какие основные аспекты управления проектами определены в методологии PRINCE2®?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-aspekty-upravleniya-proektami-opredeleny-v-metodologii-prince2/)

Методология PRINCE2® определяет шесть основных аспектов управления проектами: Сроки (Timescales), Затраты (Costs), Объем работ (охват), Качество (Quality), Выгоды (Benefits) и Риск (Risk). Эти аспекты представляют собой параметры, которые необходимо контролировать в рамках проектного управления, и образуют взаимосвязанную систему, где изменение одного из параметров может повлиять на другие.

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

Рейтинг: 1140

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

## [Какие проблемы возникают при реализации «доски аварий»?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-realizatsii-doski-avariy/)

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

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

Рейтинг: 1140

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

## [Какие правила рекомендуется руководителям соблюдать при чтении RACI-матриц?](https://cleverics.ru/digital/kb-qa/kakie-pravila-rekomenduetsya-rukovoditelyam-soblyudat-pri-chtenii-raci-matrits/)

Руководителям рекомендуется следовать трём основным правилам при работе с RACI-матрицами: 1. Если в строке стоит символ A (Accountable), необходимо определить, какими инструментами и с чьей помощью будет обеспечен контроль исполнения функции, так как ответственность предполагает не только полномочия, но и механизмы контроля. При необходимости можно потребовать от консультантов предоставления соответствующих инструментов. 2. Если в строке стоит символ R (Responsible), следует подумать о том, кому можно делегировать эту работу - полностью или частично, так как время руководителя ограничено и его нужно тратить максимально эффективно. 3. Если в строке несколько R (то есть работу выполняет не только руководитель, но и другие люди), необходимо уточнить, кто именно отвечает за организацию работы (это может быть не ответственный за конечную результат), а кто просто участвует в исполнении. Это удобно фиксировать в расширенной RASCI-матрице, где S (Supports) означает тех, кто участвует в исполнении. Если вы находитесь в позиции S, рекомендуется делегировать непосредственное исполнение, сохранив за собой роль в контроле процесса (Informed/Consulted), чтобы избежать выполнения работы под чужим руководством без вашего контроля.

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

Рейтинг: 1140

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

## [Почему модель Value chain недостаточно подходит для описания внутренних ИТ-отношений в компании?](https://cleverics.ru/digital/kb-qa/pochemu-model-value-chain-nedostatochno-podkhodit-dlya-opisaniya-vnutrennikh-it-otnosheniy-v-kompani/)

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

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

Рейтинг: 1140

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

## [Как взаимосвязаны событие, причины и последствия в контексте риска?](https://cleverics.ru/digital/kb-qa/kak-vzaimosvyazany-sobytie-prichiny-i-posledstviya-v-kontekste-riska/)

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

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

Рейтинг: 1140

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

## [Какие требования должны предъявляться к обучению сотрудников службы поддержки?](https://cleverics.ru/digital/kb-qa/kakie-trebovaniya-dolzhny-predyavlyatsya-k-obucheniyu-sotrudnikov-sluzhby-podderzhki/)

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

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

Рейтинг: 1140

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

## [Почему личная позиция важна для сервис-менеджера?](https://cleverics.ru/digital/kb-qa/pochemu-lichnaya-pozitsiya-vazhna-dlya-servis-menedzhera/)

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

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

Рейтинг: 1140

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

## [Почему не всегда рационально сводить описание услуги только к сервисным операциям?](https://cleverics.ru/digital/kb-qa/pochemu-ne-vsegda-ratsionalno-svodit-opisanie-uslugi-tolko-k-servisnym-operatsiyam/)

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

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

Рейтинг: 1140

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

## [Что влияет на решение об организации единой точки контакта по поддержке пользователей?](https://cleverics.ru/digital/kb-qa/chto-vliyaet-na-reshenie-ob-organizatsii-edinoy-tochki-kontakta-po-podderzhke-polzovateley/)

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

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

Рейтинг: 1140

Теги: поддержка пользователей, Service Desk, Help Desk

## [Как проявляется проблема неправильного делегирования в деловых играх и тренингах?](https://cleverics.ru/digital/kb-qa/kak-proyavlyaetsya-problema-nepravilnogo-delegirovaniya-v-delovykh-igrakh-i-treningakh/)

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

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

Рейтинг: 1140

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