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

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

## [Как проявлялась «культурная установка» для клиента в девяностых годах?](https://cleverics.ru/digital/kb-qa/kak-proyavlyalas-kulturnaya-ustanovka-dlya-klienta-v-devyanostykh-godakh/)

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

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

Рейтинг: 1148

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

## [Как объединенный радар результативности и зрелости может повлиять на принятие решений в ИТ-менеджменте?](https://cleverics.ru/digital/kb-qa/kak-obedinennyy-radar-rezultativnosti-i-zrelosti-mozhet-povliyat-na-prinyatie-resheniy-v-it-menedzhm/)

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

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

Рейтинг: 1147

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

## [Каким образом каталог ИТ-услуг должен быть интегрирован в процессы ITSM для поддержки сервисного подхода?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-katalog-it-uslug-dolzhen-byt-integrirovan-v-protsessy-itsm-dlya-podderzhki-servisnogo/)

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

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

Рейтинг: 1147

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

## [В чем суть пятого принципа Манифеста гибкой разработки?](https://cleverics.ru/digital/kb-qa/v-chem-sut-pyatogo-printsipa-manifesta-gibkoy-razrabotki/)

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

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

Рейтинг: 1146

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

## [Какие конфликты возникают между управлением инцидентами и управлением проблемами?](https://cleverics.ru/digital/kb-qa/kakie-konflikty-voznikayut-mezhdu-upravleniem-intsidentami-i-upravleniem-problemami/)

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

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

Рейтинг: 1146

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

## [Как преодолеть сопротивление сотрудников при внедрении новых ITIL-процессов?](https://cleverics.ru/digital/kb-qa/kak-preodolet-soprotivlenie-sotrudnikov-pri-vnedrenii-novykh-itil-protsessov/)

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

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

Рейтинг: 1145

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

## [Как оценить, насколько команда готова к переходу на более частые релизы?](https://cleverics.ru/digital/kb-qa/kak-otsenit-naskolko-komanda-gotova-k-perekhodu-na-bolee-chastye-relizy/)

Готовность команды к переходу на более частые релизы можно оценить по следующим критериям: уровень автоматизации процессов сборки и тестирования (чем выше, тем лучше); наличие стабильных и легко воспроизводимых тестовых сред; степень покрытия кода автоматическими тестами; способность команды обнаруживать и исправлять проблемы в течение короткого времени; размер типичных изменений в релизе (маленькие изменения предпочтительнее); зрелость процесса обратной связи от production; способность к быстрому развёртыванию отката в случае проблем; культура совместной ответственности за качество; опыт работы с практиками непрерывной интеграции. Также можно использовать метрики, такие как среднее время восстановления после сбоя (MTTR), процент прохождения автоматических тестов, время от коммита до развёртывания. Чем лучше выполнены эти критерии, тем выше готовность команды к частым релизам.

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

Рейтинг: 1145

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

## [Почему важно оценивать критичность каждой обязанности владельца процесса для конкретной организации?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-otsenivat-kritichnost-kazhdoy-obyazannosti-vladeltsa-protsessa-dlya-konkretnoy-organi/)

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

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

Рейтинг: 1145

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

## [Как определить, за какой ИТ-сервис отвечает конкретный сотрудник?](https://cleverics.ru/digital/kb-qa/kak-opredelit-za-kakoy-it-servis-otvechaet-konkretnyy-sotrudnik/)

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

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

Рейтинг: 1145

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

## [Какие ошибки часто совершаются при внедрении системы измерения эффективности в ИТ-процессах?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-chasto-sovershayutsya-pri-vnedrenii-sistemy-izmereniya-effektivnosti-v-it-protsessakh/)

При внедрении системы измерения эффективности в ИТ-процессах часто совершаются следующие ошибки: 1. Механическое копирование KPI из рекомендательных материалов (таких как ITIL) без понимания, что это лишь примеры, а не готовые решения, подходящие для конкретной организации. 2. Стремление измерить все возможные параметры процесса, что приводит к чрезмерной сложности и малой полезности системы измерений. 3. Игнорирование здравого смысла: попытка полного управления через измерения и безоговорочное доверие только технически "объективным" данным при отвержении субъективной, но важной информации (опросы удовлетворенности пользователей). 4. Отсутствие целостного подхода: KPI для отдельных процессов разрабатываются изолированно, без учета их роли в общей системе управления ИТ и взаимосвязей с другими процессами. 5. Сбор непригодных данных: иногда возникают сложности со сбором данных, они недоступны или вызывают сомнения в своей объективности, что делает KPI бесполезным для принятия управленческих решений. 6. Формирование KPI без четкого понимания целей измерения: что именно нужно измерять и зачем это нужно, что приводит к использованию показателей, не помогающих в принятии решений.

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

Рейтинг: 1144

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