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

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

## [Каким образом команда может делегировать ответственность за эксплуатацию продукта без потери контроля над его работоспособностью?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-komanda-mozhet-delegirovat-otvetstvennost-za-ekspluatatsiyu-produkta-bez-poteri-kontro/)

Команда может делегировать ответственность за эксплуатацию продукта, внедрив практики инфраструктуры как код (IaC), управления конфигурацией через системы контроля версий и использования принципа неизменности узлов. Это позволяет команде сохранять контроль над конфигурациями и параметрами настройки middleware, которые должны управляться через CMS и автоматизированные процессы, а не через ручные вмешательства в работающие системы. Базовая инфраструктура, такая как IaaS, может быть полностью делегирована внешним поставщикам, что значительно снижает нагрузку на внутреннюю команду. При этом необходимо иметь четкие SLA и мониторинг за работой системы, чтобы быстро реагировать на возможные инциденты. Это позволяет держать критически важную эксплуатационную экспертизу внутри команды и при этом эффективно использовать сторонние ресурсы для базовых задач.

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

Рейтинг: 1003

Теги: SLA, аутсорсинг, интеграция услуг, командная работа, мониторинг, общие вопросы менеджмента, управление инцидентами, управление конфигурациями, CMDB, управление продуктами, продуктовый подход, управление уровнем услуг, SLM

## [Как повышение интенсивности труда влияет на производительность в долгосрочной перспективе?](https://cleverics.ru/digital/kb-qa/kak-povyshenie-intensivnosti-truda-vliyaet-na-proizvoditelnost-v-dolgosrochnoy-perspektive/)

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

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

Рейтинг: 1003

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

## [Какие методы помогают оптимизировать процессы согласования в организациях?](https://cleverics.ru/digital/kb-qa/kakie-metody-pomogayut-optimizirovat-protsessy-soglasovaniya-v-organizatsiyakh/)

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

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

Рейтинг: 1003

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

## [Какие риски связаны с использованием кода закрытия "Нет решения" в управлении инцидентами?](https://cleverics.ru/digital/kb-qa/kakie-riski-svyazany-s-ispolzovaniem-koda-zakrytiya-net-resheniya-v-upravlenii-intsidentami/)

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

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

Рейтинг: 1003

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

## [Почему важно информировать заинтересованные стороны о конфликте интересов?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-informirovat-zainteresovannye-storony-o-konflikte-interesov/)

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

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

Рейтинг: 1003

Теги: стратегия, управление рисками

## [Как FTA может быть интегрирован в процессы ITIL, особенно в Service Design и управление непрерывностью?](https://cleverics.ru/digital/kb-qa/kak-fta-mozhet-byt-integrirovan-v-protsessy-itil-osobenno-v-service-design-i-upravlenie-nepreryvnost/)

FTA можно интегрировать в процессы ITIL следующим образом: в рамках Service Design метод помогает выявить потенциальные отказы при проектировании системы, определять требования к компонентам на основе показателей гарантии и отсеивать заведомо ненадежные архитектурные решения; для управления непрерывностью ИТ-услуг (ITSCM) FTA позволяет понять, какие комбинации событий приведут к нарушению доступности критичной функциональности, и подготовиться к ним, определив меры предотвращения или пути быстрого восстановления. При этом анализ помогает установить точные зависимости между сбоями конфигурационных единиц (КЕ) и отказом функциональности, что упрощает расчет целевых показателей восстановления (RTO, RPO) для конкретных КЕ.

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

Рейтинг: 1003

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

## [Почему в ITIL рекомендуется избегать понятия «срочность» в карточках запросов на изменение?](https://cleverics.ru/digital/kb-qa/pochemu-v-itil-rekomenduetsya-izbegat-ponyatiya-srochnost-v-kartochkakh-zaprosov-na-izmenenie/)

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

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

Рейтинг: 1003

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

## [Как избежать ситуации, когда процесс остаётся «бумажным» и забывается на полке?](https://cleverics.ru/digital/kb-qa/kak-izbezhat-situatsii-kogda-protsess-ostaetsya-bumazhnym-i-zabyvaetsya-na-polke/)

Чтобы процесс не остался «бумажным» и не был забыт, необходимо установить чёткие цели и временные рамки для его тестирования, определить конкретный охват (например, отдельные услуги или проекты), и систематически анализировать результаты. Ключевым является постоянное фиксирование учёта всех действий по регламенту, даже если они происходят на бумаге, для демонстрации ценности процесса руководству и участникам. Регулярные проверки прогресса и привязка результатов к измеримым показателям повышают вероятность его дальнейшего внедрения и автоматизации.

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

Рейтинг: 1003

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

## [Какие сценарии применения имеет модель системного подхода в ITSM?](https://cleverics.ru/digital/kb-qa/kakie-stsenarii-primeneniya-imeet-model-sistemnogo-podkhoda-v-itsm/)

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

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

Рейтинг: 1003

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

## [Какие элементы должны присутствовать в подписи делового электронного письма?](https://cleverics.ru/digital/kb-qa/kakie-elementy-dolzhny-prisutstvovat-v-podpisi-delovogo-elektronnogo-pisma/)

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

Автор: Андрей Носов

Рейтинг: 1003

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