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

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

## [Как влияет внешняя среда на выбор типа команды?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-vneshnyaya-sreda-na-vybor-tipa-komandy/)

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

Автор: Павел Капусткин

Рейтинг: 986

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

## [Как оценить эффективность тренингов по улучшению взаимодействия с клиентами?](https://cleverics.ru/digital/kb-qa/kak-otsenit-effektivnost-treningov-po-uluchsheniyu-vzaimodeystviya-s-klientami/)

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

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

Рейтинг: 986

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

## [Какие последствия могут возникнуть при временной остановке конвейера CI/CD?](https://cleverics.ru/digital/kb-qa/kakie-posledstviya-mogut-vozniknut-pri-vremennoy-ostanovke-konveyera-ci-cd/)

Временная остановка конвейера CI/CD может привести к серьезным негативным последствиям. Во-первых, это разрушает культуру дисциплины и ответственности, создавая прецедент, когда конвейер можно игнорировать в угоду сиюминутным задачам. Во-вторых, команда начинает искать обходные пути, например, производить развертывание вручную, что нарушает целостность процесса и повышает риски ошибок. В-третьих, однажды приостановив конвейер, команда может столкнуться с трудностями при его возобновлении: за время простоя процессы могут быть забыты, настройки устареть, а некоторые элементы конвейера (например, автотесты) перестать работать корректно. В-четвертых, временная остановка часто становится постоянной, так как «потом разберемся» обычно не приводит к реальному возврату к процессу. В конечном итоге, все усилия по внедрению и настройке конвейера оказываются напрасными, и команда возвращается к старым практикам, теряя время, ресурсы и доверие.

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

Рейтинг: 986

Теги: DevOps, CI/CD, командная работа, общие вопросы менеджмента, управление конфигурациями, CMDB, управление релизами, управление рисками

## [Как SLA помогает в измерении эффективности работы отдела маркетинга?](https://cleverics.ru/digital/kb-qa/kak-sla-pomogaet-v-izmerenii-effektivnosti-raboty-otdela-marketinga/)

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

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

Рейтинг: 986

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

## [Почему важно разделять инциденты и проблемы в ITIL?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-razdelyat-intsidenty-i-problemy-v-itil/)

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

Автор: Александр Движков

Рейтинг: 986

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

## [Почему в DevOps важны T-образные профили специалистов?](https://cleverics.ru/digital/kb-qa/pochemu-v-devops-vazhny-t-obraznye-profili-spetsialistov/)

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

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

Рейтинг: 986

Теги: DevOps, CI/CD, командная работа, обучение сотрудников, учебные курсы, тренинги, управление знаниями

## [Какие риски возникают при полном отказе от субъективных методов измерения?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-pri-polnom-otkaze-ot-subektivnykh-metodov-izmereniya/)

Основной риск — искажение картины качества процесса. Автоматизированные метрики часто фиксируют только формальное соответствие, игнорируя контекст: например, обращение может быть зарегистрировано за 2 минуты, но содержать ошибки, требующие трехкратного уточнения. Это ведет к ложному ощущению эффективности и отсутствию реакции на реальные проблемы. Субъективные методы помогают выявить «слепые зоны» автоматизированных измерений.

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

Рейтинг: 986

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

## [Почему важно разделять общий процесс на высокоуровневые этапы и детали их выполнения?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-razdelyat-obshchiy-protsess-na-vysokourovnevye-etapy-i-detali-ikh-vypolneniya/)

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

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

Рейтинг: 986

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

## [Как процесс Управления инцидентами должен быть спроектирован для обеспечения согласованного уровня прозрачности?](https://cleverics.ru/digital/kb-qa/kak-protsess-upravleniya-intsidentami-dolzhen-byt-sproektirovan-dlya-obespecheniya-soglasovannogo-ur/)

Процесс Управления инцидентами должен быть спроектирован так, чтобы предоставление информации о статусе инцидента соответствовало договорённостям с бизнесом. Это включает определение момента времени, когда информация должна быть предоставлена пользователю, выбор формата информации и каналов её передачи. Процесс должен предусматривать как проактивные коммуникационные действия (автоматические оповещения при изменении статуса), так и реактивные (предоставление информации по запросу). Интеграция с порталом самообслуживания, настройка автоматических уведомлений по email или SMS, организация работы Service Desk — всё это элементы проектирования процесса, обеспечивающие необходимый уровень прозрачности и удовлетворяющие требованиям пользователей без излишней нагрузки на персонал.

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

Рейтинг: 986

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

## [Почему ITIL не предлагает четкой методологии по нормированию сроков обработки проблем?](https://cleverics.ru/digital/kb-qa/pochemu-itil-ne-predlagaet-chetkoy-metodologii-po-normirovaniyu-srokov-obrabotki-problem/)

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

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

Рейтинг: 986

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