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

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

## [Почему компромиссный подход в ITSM может быть временным решением?](https://cleverics.ru/digital/kb-qa/pochemu-kompromissnyy-podkhod-v-itsm-mozhet-byt-vremennym-resheniem/)

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

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

Рейтинг: 960

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

## [В чем основное различие между неправильными и правильными рассуждениями при управлении задачами?](https://cleverics.ru/digital/kb-qa/v-chem-osnovnoe-razlichie-mezhdu-nepravilnymi-i-pravilnymi-rassuzhdeniyami-pri-upravlenii-zadachami/)

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

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

Рейтинг: 960

Теги: управление процессами, ИТ-процессы, экономика и финансы

## [Какой шаблон предлагается в ITIL 4 для описания минимальной жизнеспособной практики?](https://cleverics.ru/digital/kb-qa/kakoy-shablon-predlagaetsya-v-itil-4-dlya-opisaniya-minimalnoy-zhiznesposobnoy-praktiki/)

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

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

Рейтинг: 960

Теги: ITIL, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, поддержка пользователей, Service Desk, Help Desk, поток создания ценности (Value Stream)

## [Как организовать проверку эффективности системы резервного копирования?](https://cleverics.ru/digital/kb-qa/kak-organizovat-proverku-effektivnosti-sistemy-rezervnogo-kopirovaniya/)

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

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

Рейтинг: 960

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

## [Какие проблемы могут возникать при неправильном применении методологий управления проектами?](https://cleverics.ru/digital/kb-qa/kakie-problemy-mogut-voznikat-pri-nepravilnom-primenenii-metodologiy-upravleniya-proektami/)

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

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

Рейтинг: 960

Теги: Канбан, WIP-лимиты, командная работа, управление проектами, PRINCE2, управление релизами

## [Чем руководитель проекта отличается от лидера в контексте командной работы?](https://cleverics.ru/digital/kb-qa/chem-rukovoditel-proekta-otlichaetsya-ot-lidera-v-kontekste-komandnoy-raboty/)

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

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

Рейтинг: 959

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

## [Как использование метрик и KPI влияет на результативность управленческих решений?](https://cleverics.ru/digital/kb-qa/kak-ispolzovanie-metrik-i-kpi-vliyaet-na-rezultativnost-upravlencheskikh-resheniy/)

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

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

Рейтинг: 959

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

## [Почему важно организовать сквозной процесс управления инцидентами, а не изолированную функцию поддержки в ITSM?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-organizovat-skvoznoy-protsess-upravleniya-intsidentami-a-ne-izolirovannuyu-funktsiyu/)

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

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

Рейтинг: 959

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

## [Как SIP связан с концепцией непрерывного улучшения в ITSM?](https://cleverics.ru/digital/kb-qa/kak-sip-svyazan-s-kontseptsiey-nepreryvnogo-uluchsheniya-v-itsm/)

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

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

Рейтинг: 959

Теги: ITSM, автоматизация ИТ-процессов, ПО для ITSM и ESM, бизнес, ценность, бизнес-заказчик, постоянное улучшение, совершенствование, CSI, PDCA, управление уровнем услуг, SLM, эффективность, оптимизация

## [В каких случаях знания об эффективной коммуникации с заказчиком не приводят к изменению поведения сотрудников?](https://cleverics.ru/digital/kb-qa/v-kakikh-sluchayakh-znaniya-ob-effektivnoy-kommunikatsii-s-zakazchikom-ne-privodyat-k-izmeneniyu-pov/)

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

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

Рейтинг: 959

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