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

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

## [Является ли SLA обязательным компонентом сервисного подхода в управлении ИТ?](https://cleverics.ru/digital/kb-qa/yavlyaetsya-li-sla-obyazatelnym-komponentom-servisnogo-podkhoda-v-upravlenii-it/)

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

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

Рейтинг: 1005

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

## [Как связаны между собой роли менеджера по уровню услуг (Service level manager) и владельца услуги (Service owner)?](https://cleverics.ru/digital/kb-qa/kak-svyazany-mezhdu-soboy-roli-menedzhera-po-urovnyu-uslug-service-level-manager-i-vladeltsa-uslugi/)

Роли менеджера по уровню услуг и владельца услуги тесно связаны и требуют плотного взаимодействия. Основная граница их зон ответственности заключается в следующем: менеджер процесса SLM отвечает за процесс управления уровнем услуг в целом и за наличие и выполнение всех SLA в компании, тогда как владелец услуги отвечает за конкретные услуги, включая их уровень, а также осуществляет ряд обязанностей в контексте других процессов, таких как управление изменениями, инцидентами и запросами. Владелец услуги взаимодействует с менеджером процесса SLM при обсуждении и согласовании SLA/OLA применительно к его зоне ответственности.

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

Рейтинг: 1004

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

## [Почему управление инцидентами влияет на уровень удовлетворённости пользователей, даже если качество услуг в целом высокое?](https://cleverics.ru/digital/kb-qa/pochemu-upravlenie-intsidentami-vliyaet-na-uroven-udovletvorennosti-polzovateley-dazhe-esli-kachestv/)

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

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

Рейтинг: 1004

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

## [Что такое "типовое внедрение" и в каких случаях оно может быть применимо?](https://cleverics.ru/digital/kb-qa/chto-takoe-tipovoe-vnedrenie-i-v-kakikh-sluchayakh-ono-mozhet-byt-primenimo/)

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

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

Рейтинг: 1004

Теги: ISO 20000, мотивация персонала, стимулирование, управление релизами

## [Что такое централизованный контроль в ИТ-процессах и зачем он нужен?](https://cleverics.ru/digital/kb-qa/chto-takoe-tsentralizovannyy-kontrol-v-it-protsessakh-i-zachem-on-nuzhen/)

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

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

Рейтинг: 1004

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

## [Что такое возможность реализации в контексте работы сервис-менеджера?](https://cleverics.ru/digital/kb-qa/chto-takoe-vozmozhnost-realizatsii-v-kontekste-raboty-servis-menedzhera/)

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

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

Рейтинг: 1004

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

## [Кто должен принимать решение об объявлении инцидента значительным?](https://cleverics.ru/digital/kb-qa/kto-dolzhen-prinimat-reshenie-ob-obyavlenii-intsidenta-znachitelnym/)

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

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

Рейтинг: 1004

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

## [Как аллокация ИТ-затрат влияет на мотивацию сотрудников?](https://cleverics.ru/digital/kb-qa/kak-allokatsiya-it-zatrat-vliyaet-na-motivatsiyu-sotrudnikov/)

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

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

Рейтинг: 1004

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

## [Какие факторы влияют на формирование технического долга в процессе разработки?](https://cleverics.ru/digital/kb-qa/kakie-faktory-vliyayut-na-formirovanie-tekhnicheskogo-dolga-v-protsesse-razrabotki/)

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

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

Рейтинг: 1004

Теги: ISO 20000, архитектура ИТ, TOGAF и IT4IT, бюджетирование, планирование затрат, командная работа, обучение сотрудников, учебные курсы, тренинги, управление знаниями, управление продуктами, продуктовый подход, эффективность, оптимизация

## [Какие проблемы могут возникнуть при совмещении ролей менеджера и координатора изменений?](https://cleverics.ru/digital/kb-qa/kakie-problemy-mogut-vozniknut-pri-sovmeshchenii-roley-menedzhera-i-koordinatora-izmeneniy/)

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

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

Рейтинг: 1004

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