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

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

## [Почему необходимое количество ответов в опросе не зависит от общего числа пользователей?](https://cleverics.ru/digital/kb-qa/pochemu-neobkhodimoe-kolichestvo-otvetov-v-oprose-ne-zavisit-ot-obshchego-chisla-polzovateley/)

Согласно статистическим расчетам, необходимое количество ответов для достижения заданной точности не зависит от размера генеральной совокупности при достаточно больших популяциях (более 1000 человек). Это связано с тем, что формула расчета доверительного интервала для среднего значения в основном зависит от стандартного отклонения и размера выборки, но не от общего числа элементов в популяции. Именно поэтому для 1000 и даже для 10000 пользователей достаточным остается выборка в 40-50 человек при пятибалльной шкале опроса.

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

Рейтинг: 1117

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

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

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

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

Рейтинг: 1117

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

## [Как можно минимизировать риски при вынужденном совмещении ролей менеджера процессов управления инцидентами и проблемами?](https://cleverics.ru/digital/kb-qa/kak-mozhno-minimizirovat-riski-pri-vynuzhdennom-sovmeshchenii-roley-menedzhera-protsessov-upravleniy/)

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

Автор: Михаил Тобурдановский

Рейтинг: 1117

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

## [Какой подход к организации встреч рекомендуется для успешного SLM?](https://cleverics.ru/digital/kb-qa/kakoy-podkhod-k-organizatsii-vstrech-rekomenduetsya-dlya-uspeshnogo-slm/)

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

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

Рейтинг: 1117

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

## [Для каких типов бизнес-процессов микросервисная архитектура является наиболее подходящей?](https://cleverics.ru/digital/kb-qa/dlya-kakikh-tipov-biznes-protsessov-mikroservisnaya-arkhitektura-yavlyaetsya-naibolee-podkhodyashche/)

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

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

Рейтинг: 1117

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

## [Какие примеры поддерживающих услуг можно привести в ИТ-сфере?](https://cleverics.ru/digital/kb-qa/kakie-primery-podderzhivayushchikh-uslug-mozhno-privesti-v-it-sfere/)

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

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

Рейтинг: 1117

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

## [Почему циклический алгоритм распределения задач не оптимален?](https://cleverics.ru/digital/kb-qa/pochemu-tsiklicheskiy-algoritm-raspredeleniya-zadach-ne-optimalen/)

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

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

Рейтинг: 1117

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

## [Какая связь между управлением проблемами и сервисным комитетом?](https://cleverics.ru/digital/kb-qa/kakaya-svyaz-mezhdu-upravleniem-problemami-i-servisnym-komitetom/)

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

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

Рейтинг: 1117

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

## [Могут ли в SLA быть предусмотрены санкции не только для поставщика, но и для заказчика?](https://cleverics.ru/digital/kb-qa/mogut-li-v-sla-byt-predusmotreny-sanktsii-ne-tolko-dlya-postavshchika-no-i-dlya-zakazchika/)

Да, в Соглашениях об уровне обслуживания (SLA) могут быть предусмотрены санкции для обеих сторон, хотя на практике штрафные меры чаще всего применяются к поставщику. Для заказчика штрафные санкции обычно связаны с нарушением условий договора, например, несвоевременной оплатой оказанных услуг. Однако такие положения встречаются реже, так как основной фокус SLA направлен на обеспечение качества услуги, за которое ответственен поставщик. Равноправные условия для обеих сторон в контрактах встречаются не часто, так как заказчик, как правило, занимает более выгодную позицию в переговорах.

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

Рейтинг: 1117

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

## [Зачем нужен процесс управления релизами в ИТ-организации?](https://cleverics.ru/digital/kb-qa/zachem-nuzhen-protsess-upravleniya-relizami-v-it-organizatsii/)

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

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

Рейтинг: 1116

Теги: DevOps, CI/CD, управление изменениями, управление релизами