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

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

## [Почему важно, чтобы средства автоматизации могли реализовать требования процессов, а не диктовать их форму?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-chtoby-sredstva-avtomatizatsii-mogli-realizovat-trebovaniya-protsessov-a-ne-diktovat/)

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

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

Рейтинг: 888

Теги: бизнес, ценность, бизнес-заказчик

## [Почему передача первой линии поддержки внешней компании может быть неэффективной в небольших организациях?](https://cleverics.ru/digital/kb-qa/pochemu-peredacha-pervoy-linii-podderzhki-vneshney-kompanii-mozhet-byt-neeffektivnoy-v-nebolshikh-or/)

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

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

Рейтинг: 888

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

## [Что делать, если часть запрошенных ресурсов не была согласована?](https://cleverics.ru/digital/kb-qa/chto-delat-esli-chast-zaproshennykh-resursov-ne-byla-soglasovana/)

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

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

Рейтинг: 888

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

## [Какие аспекты командного взаимодействия стоит анализировать после деловой игры?](https://cleverics.ru/digital/kb-qa/kakie-aspekty-komandnogo-vzaimodeystviya-stoit-analizirovat-posle-delovoy-igry/)

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

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

Рейтинг: 888

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

## [В чём ключевая идея разделения «исправления» и «восстановления» в жизненном цикле инцидента?](https://cleverics.ru/digital/kb-qa/v-chem-klyuchevaya-ideya-razdeleniya-ispravleniya-i-vosstanovleniya-v-zhiznennom-tsikle-intsidenta/)

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

Автор: Константин Нарыжный

Рейтинг: 888

Теги: управление инцидентами, управление конфигурациями, CMDB, управление рисками

## [Как средний чек связан с документооборотом в ИТ-системах?](https://cleverics.ru/digital/kb-qa/kak-sredniy-chek-svyazan-s-dokumentooborotom-v-it-sistemakh/)

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

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

Рейтинг: 888

Теги: управление запросами на обслуживание

## [Какие условия необходимы для достижения командой требуемых показателей скорости изменения продукта?](https://cleverics.ru/digital/kb-qa/kakie-usloviya-neobkhodimy-dlya-dostizheniya-komandoy-trebuemykh-pokazateley-skorosti-izmeneniya-pro/)

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

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

Рейтинг: 887

Теги: DevOps, CI/CD, Канбан, WIP-лимиты, командная работа, управление продуктами, продуктовый подход

## [Почему важно учитывать неформальные аспекты при построении сервисных отношений?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-uchityvat-neformalnye-aspekty-pri-postroenii-servisnykh-otnosheniy/)

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

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

Рейтинг: 887

Теги: бизнес, ценность, бизнес-заказчик

## [Какие категории включают заинтересованные стороны процесса управления изменениями и как их интересы связаны с целями бизнеса?](https://cleverics.ru/digital/kb-qa/kakie-kategorii-vklyuchayut-zainteresovannye-storony-protsessa-upravleniya-izmeneniyami-i-kak-ikh-in/)

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

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

Рейтинг: 887

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

## [Можно ли применить непрерывную поставку (Continuous Delivery) к унаследованным системам и коробочным решениям?](https://cleverics.ru/digital/kb-qa/mozhno-li-primenit-nepreryvnuyu-postavku-continuous-delivery-k-unasledovannym-sistemam-i-korobochnym/)

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

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

Рейтинг: 887

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