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

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

## [Как управлять процессом приоритизации инцидентов в ИТ-поддержке?](https://cleverics.ru/digital/kb-qa/kak-upravlyat-protsessom-prioritizatsii-intsidentov-v-it-podderzhke/)

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

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

Рейтинг: 754

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

## [Как в условиях слабой матрицы можно избежать перебрасывания проблем между отделами?](https://cleverics.ru/digital/kb-qa/kak-v-usloviyakh-slaboy-matritsy-mozhno-izbezhat-perebrasyvaniya-problem-mezhdu-otdelami/)

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

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

Рейтинг: 754

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

## [Какие компетенции команды остаются существенными при полном аутсорсе базовой инфраструктуры?](https://cleverics.ru/digital/kb-qa/kakie-kompetentsii-komandy-ostayutsya-sushchestvennymi-pri-polnom-autsorse-bazovoy-infrastruktury/)

При полном аутсорсе базовой инфраструктуры, включая IaaS и SaaS, команде необходимо сохранить компетенции в области конфигурирования и настройки middleware, управления конфигурациями через системы контроля версий и автоматизации процессов CI/CD. Кроме того, важно сохранить экспертизу в анализе и настройке потоков данных, безопасности и мониторинга работы приложения. Даже если инфраструктура предоставляется третьей стороной, команда должна уметь правильно настраивать и адаптировать middleware к специфическим потребностям продукта, что требует высокого уровня технической компетенции. Особенно важно удерживать в руках управление конфигурациями, чтобы иметь возможность быстро менять и перестраивать инфраструктуру без прямого вмешательства в запущенные узлы.

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

Рейтинг: 754

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

## [Каковы основные обязанности BRM на этапе перехода услуги в эксплуатацию (Service Transition)?](https://cleverics.ru/digital/kb-qa/kakovy-osnovnye-obyazannosti-brm-na-etape-perekhoda-uslugi-v-ekspluatatsiyu-service-transition/)

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

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

Рейтинг: 754

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

## [Какие аспекты управления конфигурациями часто упускают при внедрении?](https://cleverics.ru/digital/kb-qa/kakie-aspekty-upravleniya-konfiguratsiyami-chasto-upuskayut-pri-vnedrenii/)

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

Автор: Михаил Тобурдановский

Рейтинг: 754

Теги: управление ИТ-активами, ITAM, SAM, управление конфигурациями, CMDB, управление проектами, PRINCE2, управление релизами

## [Что включает в себя оценка ситуации в кризисном управлении проектом?](https://cleverics.ru/digital/kb-qa/chto-vklyuchaet-v-sebya-otsenka-situatsii-v-krizisnom-upravlenii-proektom/)

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

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

Рейтинг: 754

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

## [Почему видимость и сотрудничество важны в сервисном мышлении?](https://cleverics.ru/digital/kb-qa/pochemu-vidimost-i-sotrudnichestvo-vazhny-v-servisnom-myshlenii/)

Видимость и сотрудничество важны в сервисном мышлении, потому что они определяют зону видимости (band of visibility) в отношениях с клиентом, определяют, что делается совместно, и распределяют роли ответственности (Responsible) и подотчетности (Accountable). Видимость процессов помогает визуализировать совместную деятельность, выбрать правильные инструменты демонстрации прогресса и определить, какие показатели должны быть доступны клиентам. Это создает прозрачность отношений и укрепляет доверие между поставщиком услуг и потребителем.

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

Рейтинг: 754

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

## [Какие типы вопросов можно использовать в опросе удовлетворенности после решения инцидента?](https://cleverics.ru/digital/kb-qa/kakie-tipy-voprosov-mozhno-ispolzovat-v-oprose-udovletvorennosti-posle-resheniya-intsidenta/)

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

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

Рейтинг: 754

Теги: управление инцидентами

## [Как сократить среднее время решения инцидентов в ИТ-поддержке?](https://cleverics.ru/digital/kb-qa/kak-sokratit-srednee-vremya-resheniya-intsidentov-v-it-podderzhke/)

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

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

Рейтинг: 753

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

## [Почему термин «деловая игра» считается неудачным?](https://cleverics.ru/digital/kb-qa/pochemu-termin-delovaya-igra-schitaetsya-neudachnym/)

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

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

Рейтинг: 753

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