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

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

## [Какие два типа сроков необходимо выделять для управления инцидентами?](https://cleverics.ru/digital/kb-qa/kakie-dva-tipa-srokov-neobkhodimo-vydelyat-dlya-upravleniya-intsidentami/)

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

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

Рейтинг: 736

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

## [Какой показатель важнее для конечных пользователей: своевременность решения или среднее время решения?](https://cleverics.ru/digital/kb-qa/kakoy-pokazatel-vazhnee-dlya-konechnykh-polzovateley-svoevremennost-resheniya-ili-srednee-vremya-res/)

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

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

Рейтинг: 736

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

## [Какие аспекты необходимо учитывать при планировании микросервисной архитектуры?](https://cleverics.ru/digital/kb-qa/kakie-aspekty-neobkhodimo-uchityvat-pri-planirovanii-mikroservisnoy-arkhitektury/)

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

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

Рейтинг: 736

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

## [Как предотвратить чрезмерную активность участника, который старается сделать слишком много?](https://cleverics.ru/digital/kb-qa/kak-predotvratit-chrezmernuyu-aktivnost-uchastnika-kotoryy-staraetsya-sdelat-slishkom-mnogo/)

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

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

Рейтинг: 736

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

## [Нужно ли заключать отдельное OLA для каждого компонента инфраструктуры по каждой ИТ-системе?](https://cleverics.ru/digital/kb-qa/nuzhno-li-zaklyuchat-otdelnoe-ola-dlya-kazhdogo-komponenta-infrastruktury-po-kazhdoy-it-sisteme/)

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

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

Рейтинг: 736

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

## [Какие временные рамки следует устанавливать для конфликта интересов?](https://cleverics.ru/digital/kb-qa/kakie-vremennye-ramki-sleduet-ustanavlivat-dlya-konflikta-interesov/)

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

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

Рейтинг: 736

## [Почему деление задач на сегменты может привести к проблемам в команде?](https://cleverics.ru/digital/kb-qa/pochemu-delenie-zadach-na-segmenty-mozhet-privesti-k-problemam-v-komande/)

Деление задач на сегменты (например, R&D, разработка, технический долг) часто приводит к формированию сило́сов — разделению команды на изолированные группы с разными целями и метриками. Это усиливает коммуникационные барьеры, способствует «перебрасыванию задач через стену» и снижает общую ответственность. Даже попытки компенсировать это через ротацию или общие награды не решают проблему полностью, так как стимулируют конкуренцию вместо сотрудничества.

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

Рейтинг: 736

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

## [Как стандартизация управляет рисками в ИТ-инфраструктуре?](https://cleverics.ru/digital/kb-qa/kak-standartizatsiya-upravlyaet-riskami-v-it-infrastrukture/)

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

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

Рейтинг: 736

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

## [Какова роль заинтересованных сторон в домене EDM в рамках COBIT 5?](https://cleverics.ru/digital/kb-qa/kakova-rol-zainteresovannykh-storon-v-domene-edm-v-ramkakh-cobit-5/)

Заинтересованные стороны играют ключевую роль в домене EDM COBIT 5. Процесс EDM05 напрямую связан с их потребностями, так как обеспечивает прозрачность и информирование заинтересованных сторон. Кроме того, все процессы домена EDM ориентированы на удовлетворение ожиданий и требований заинтересованных лиц. Например, процессы EDM02, EDM03 и EDM04 направлены на оптимизацию ценности, рисков и ресурсов именно с точки зрения интересов заинтересованных сторон. Таким образом, заинтересованные стороны выступают как основные получатели результатов деятельности системы руководства ИТ.

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

Рейтинг: 736

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

## [Почему важно иметь достоверные данные об эффективности внедрения ITIL?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-imet-dostovernye-dannye-ob-effektivnosti-vnedreniya-itil/)

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

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

Рейтинг: 736

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