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

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

## [Как микросервисная архитектура влияет на организацию работы разработчиков и ИТ-операций?](https://cleverics.ru/digital/kb-qa/kak-mikroservisnaya-arkhitektura-vliyaet-na-organizatsiyu-raboty-razrabotchikov-i-it-operatsiy/)

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

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

Рейтинг: 1016

Теги: DevOps, CI/CD, ITIL, архитектура ИТ, TOGAF и IT4IT, командная работа, мониторинг, обучение сотрудников, учебные курсы, тренинги, управление конфигурациями, CMDB, управление релизами

## [Что подразумевается под аспектом 'Информация и технологии' в ITIL 4?](https://cleverics.ru/digital/kb-qa/chto-podrazumevaetsya-pod-aspektom-informatsiya-i-tekhnologii-v-itil-4/)

Аспект 'Информация и технологии' относится к информационным ресурсам и технологиям, использованным для хранения, обработки и создания информации в процессе предоставления ИТ-услуг. Он включает не только инструменты предоставления услуг (ITSM, совместной работы, инвентаризации, CMDB, анализа), но и передовые технологии вроде искусственного интеллекта, машинного обучения, облачных решений, мобильных платформ. Важно учитывать, какая информация управляется услугами, какая вспомогательная информация необходима, как информация защищается, управляется, архивируется и удаляется. Управление информацией должно быть целостным и соответствовать требованиям законодательства (например, соблюдение ФЗ 'О персональных данных'). Информация и технологии зависят от их использования и архитектуры, включая приложения, базы данных, системы связи и инфраструктуру.

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

Рейтинг: 1016

Теги: AI, ML, LLM, ИИ, машинное обучение, ITIL, ITSM, архитектура ИТ, TOGAF и IT4IT, обучение сотрудников, учебные курсы, тренинги, управление конфигурациями, CMDB

## [Каковы преимущества и недостатки использования жёстких KPI в работе технической поддержки?](https://cleverics.ru/digital/kb-qa/kakovy-preimushchestva-i-nedostatki-ispolzovaniya-zhestkikh-kpi-v-rabote-tekhnicheskoy-podderzhki/)

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

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

Рейтинг: 1016

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

## [Почему менеджером major-инцидента предпочтительнее назначать менеджера процесса, а не старшего группы специалистов?](https://cleverics.ru/digital/kb-qa/pochemu-menedzherom-major-intsidenta-predpochtitelnee-naznachat-menedzhera-protsessa-a-ne-starshego/)

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

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

Рейтинг: 1016

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

## [Чем отличается SIP от классического подхода CSI?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-sip-ot-klassicheskogo-podkhoda-csi/)

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

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

Рейтинг: 1016

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

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

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

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

Рейтинг: 1016

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

## [Как влияет смена состава команды на её эффективность в условиях отсутствия явного лидерства?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-smena-sostava-komandy-na-ee-effektivnost-v-usloviyakh-otsutstviya-yavnogo-liderstva/)

Смена состава команды в условиях отсутствия явного лидерства не обязательно ухудшает работу команды, а в некоторых случаях даже усиливает её эффективность. В описанной игре произошла полная смена состава исполнителей посередине игры (когда прошло 12 из 24 игровых лет): те, кто строил пирамиды, стали контролировать качество, а архитекторы стали строителями. Эта перемешка ролей не только не снизила качество работы, но в одной из двух команд значительно улучшила её, без традиционного провисания качества, которое обычно наблюдается в подобных ситуациях. Это демонстрирует, что при прочих равных условиях (хорошая коммуникация, взаимопонимание, отсутствие конфликтов) команда может сохранять и даже повышать свой уровень эффективности при смене ролей участников, не имея явного лидера.

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

Рейтинг: 1016

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

## [Почему необходимые условия для успешного ITSM проекта не являются достаточными?](https://cleverics.ru/digital/kb-qa/pochemu-neobkhodimye-usloviya-dlya-uspeshnogo-itsm-proekta-ne-yavlyayutsya-dostatochnymi/)

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

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

Рейтинг: 1016

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

## [Почему процесс управления изменениями менее распространен среди ИТ-специалистов по сравнению с управлением инцидентами?](https://cleverics.ru/digital/kb-qa/pochemu-protsess-upravleniya-izmeneniyami-menee-rasprostranen-sredi-it-spetsialistov-po-sravneniyu-s/)

Управление изменениями является менее изученной и внедренной областью в ИТ-среде по сравнению с управлением инцидентами и организацией Service Desk. Это подтверждается тем, что при прямом вопросе о наличии работающего процесса управления изменениями подняли руки лишь около 10-12 человек из 70 участников семинара. Управление инцидентами и Service Desk представляют собой более стандартные и отработанные процессы, в то время как управление изменениями требует более глубокой настройки и часто сталкивается с организационными сложностями.

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

Рейтинг: 1015

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

## [Почему повышение приоритета одной задачи может принести больше вреда, чем пользы?](https://cleverics.ru/digital/kb-qa/pochemu-povyshenie-prioriteta-odnoy-zadachi-mozhet-prinesti-bolshe-vreda-chem-polzy/)

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

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

Рейтинг: 1015

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