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

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

## [Какие проблемы возникают при переходе к гибкому управлению в ИТ-разработке?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-perekhode-k-gibkomu-upravleniyu-v-it-razrabotke/)

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

Автор: Светлана Сапегина

Рейтинг: 1269

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

## [Что такое подход с применением моделей изменений и как он помогает в управлении процессами?](https://cleverics.ru/digital/kb-qa/chto-takoe-podkhod-s-primeneniem-modeley-izmeneniy-i-kak-on-pomogaet-v-upravlenii-protsessami/)

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

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

Рейтинг: 1269

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

## [Что такое базовые события в дереве отказов и как их правильно идентифицировать?](https://cleverics.ru/digital/kb-qa/chto-takoe-bazovye-sobytiya-v-dereve-otkazov-i-kak-ikh-pravilno-identifitsirovat/)

Базовые события в дереве отказов (FTA) – это простейшие, неделимые на более мелкие причины сбои, которые размещаются на листьях дерева. Их правильная идентификация критически важна для точности анализа. Для идентификации базовых событий следует учитывать следующее: они должны быть атомарными – не требующими дальнейшей декомпозиции; иметь определенную вероятность возникновения, которую можно оценить статистически; быть реальными событиями, а не абстрактными понятиями; быть независимыми друг от друга насколько это возможно. Например, отказ жесткого диска может быть базовым событием, тогда как «технические проблемы» – слишком расплывчатое понятие и должно быть разложено на конкретные варианты. Иногда для детализации базовое событие может стать топ-событием для другого дерева отказов, что позволяет углубить анализ конкретной области.

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

Рейтинг: 1269

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

## [Как соотносятся ITIL и другие подходы к управлению услугами в не-ИТ сферах?](https://cleverics.ru/digital/kb-qa/kak-sootnosyatsya-itil-i-drugie-podkhody-k-upravleniyu-uslugami-v-ne-it-sferakh/)

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

Автор: Елена Колбей

Рейтинг: 1269

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

## [Какие признаки характерны для значительных инцидентов в ИТ?](https://cleverics.ru/digital/kb-qa/kakie-priznaki-kharakterny-dlya-znachitelnykh-intsidentov-v-it/)

Характерными признаками значительных инцидентов в ИТ являются: 1) Существенный ущерб для бизнеса - влияние на ключевые бизнес-функции, количество и статус затронутых пользователей, финансовые и имиджевые потери, нарушение внешних обязательств; 2) Сложность и масштаб работ по управлению - необходимость координации множества команд (ИТ, административного отдела, информационной безопасности, связи), обработка большого числа заявок через сервис-деск, работа с множеством компонентов инфраструктуры, мобилизация резервных ресурсов (рабочие места, каналы связи, электропитание). Такие инциденты требуют специальных мероприятий, выходящих за рамки обычных процедур управления инцидентами.

Автор: Роман Журавлёв

Рейтинг: 1268

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

## [Каковы основные случаи, когда активность одного участника может навредить команде?](https://cleverics.ru/digital/kb-qa/kakovy-osnovnye-sluchai-kogda-aktivnost-odnogo-uchastnika-mozhet-navredit-komande/)

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

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

Рейтинг: 1268

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

## [Почему на ранних этапах внедрения процессов ИТ-управления важнее двигаться от простого к сложному?](https://cleverics.ru/digital/kb-qa/pochemu-na-rannikh-etapakh-vnedreniya-protsessov-it-upravleniya-vazhnee-dvigatsya-ot-prostogo-k-sloz/)

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

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

Рейтинг: 1268

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

## [Какие документы необходимы для успешной работы технического эксперта в проекте?](https://cleverics.ru/digital/kb-qa/kakie-dokumenty-neobkhodimy-dlya-uspeshnoy-raboty-tekhnicheskogo-eksperta-v-proekte/)

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

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

Рейтинг: 1268

Теги: ISO 20000, управление проектами, PRINCE2

## [В чем разница между стандартными изменениями и нормальными изменениями в ITIL?](https://cleverics.ru/digital/kb-qa/v-chem-raznitsa-mezhdu-standartnymi-izmeneniyami-i-normalnymi-izmeneniyami-v-itil/)

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

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

Рейтинг: 1267

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

## [Как SLA связаны с практиками ITIL 4?](https://cleverics.ru/digital/kb-qa/kak-sla-svyazany-s-praktikami-itil-4/)

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

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

Рейтинг: 1267

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