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

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

## [Как можно улучшить точность «доски аварий» без чрезмерного усложнения процесса?](https://cleverics.ru/digital/kb-qa/kak-mozhno-uluchshit-tochnost-doski-avariy-bez-chrezmernogo-uslozhneniya-protsessa/)

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

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

Рейтинг: 948

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

## [Какие преимущества дает использование методов картирования для ИТ-менеджеров?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-ispolzovanie-metodov-kartirovaniya-dlya-it-menedzherov/)

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

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

Рейтинг: 948

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

## [Почему не все компании могут достичь эффекта кратного ускорения, даже осознавая необходимость изменений?](https://cleverics.ru/digital/kb-qa/pochemu-ne-vse-kompanii-mogut-dostich-effekta-kratnogo-uskoreniya-dazhe-osoznavaya-neobkhodimost-izm/)

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

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

Рейтинг: 948

Теги: Agile и гибкие методы разработки ПО, архитектура ИТ, TOGAF и IT4IT, трансформация, ускорение, Time-to-Market, управление конфигурациями, CMDB, управление релизами

## [Как организационная культура компании влияет на функционирование первой линии ИТ-поддержки?](https://cleverics.ru/digital/kb-qa/kak-organizatsionnaya-kultura-kompanii-vliyaet-na-funktsionirovanie-pervoy-linii-it-podderzhki/)

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

Автор: Анна Васильева

Рейтинг: 948

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

## [Как определяется уровень Resource Capacity Management в контексте разных видов ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-uroven-resource-capacity-management-v-kontekste-raznykh-vidov-it-uslug/)

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

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

Рейтинг: 948

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

## [Почему важно рассматривать команду разработки как долговременный устойчивый актив, а не как корову для доения?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-rassmatrivat-komandu-razrabotki-kak-dolgovremennyy-ustoychivyy-aktiv-a-ne-kak-korovu/)

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

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

Рейтинг: 948

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

## [Как соотносятся подходы к описанию услуги через деятельность и через доступ к ресурсам?](https://cleverics.ru/digital/kb-qa/kak-sootnosyatsya-podkhody-k-opisaniyu-uslugi-cherez-deyatelnost-i-cherez-dostup-k-resursam/)

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

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

Рейтинг: 948

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

## [Какие стандарты ИТ-управления предусматривают наличие отдельных менеджеров процессов?](https://cleverics.ru/digital/kb-qa/kakie-standarty-it-upravleniya-predusmatrivayut-nalichie-otdelnykh-menedzherov-protsessov/)

Стандарты ИТ-управления, такие как ITIL, COBIT и ISO/IEC 20000, предусматривают рекомендации о назначении ответственных за процессы, но не всегда указывают на необходимость выделения отдельной должности. Например, в ITIL говорится о роли Process Owner (Владелец процесса), который отвечает за стратегическое развитие и качество процесса. Однако во многих организациях эта роль совмещается с операционными обязанностями. Стандарты предполагают, что если масштаб процесса достаточно велик, то его управление может стать основной должностью сотрудника. Наличие выделенных менеджеров процессов чаще всего наблюдается в крупных компаниях с высоким уровнем зрелости по моделям, таким как CMMI или ITIL Capability Maturity Model.

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

Рейтинг: 948

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

## [Какие недостатки у иерархического подхода к управлению ИТ?](https://cleverics.ru/digital/kb-qa/kakie-nedostatki-u-ierarkhicheskogo-podkhoda-k-upravleniyu-it/)

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

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

Рейтинг: 948

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

## [Почему не рекомендуется злоупотреблять профессиональной терминологией в переговорах?](https://cleverics.ru/digital/kb-qa/pochemu-ne-rekomenduetsya-zloupotreblyat-professionalnoy-terminologiey-v-peregovorakh/)

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

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

Рейтинг: 948