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

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

## [Почему телеком-провайдеры и химчистки не дают гарантий по ключевым для клиентов параметрам услуг?](https://cleverics.ru/digital/kb-qa/pochemu-telekom-provaydery-i-khimchistki-ne-dayut-garantiy-po-klyuchevym-dlya-klientov-parametram-us/)

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

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

Рейтинг: 1269

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

## [Какие проблемы возникают при переходе к гибкому управлению в ИТ-разработке?](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/pochemu-vazhno-razlichat-upravlenie-dostupnostyu-i-upravlenie-nepreryvnosti-pri-organizatsii-it-serv/)

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

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

Рейтинг: 1269

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

## [Как пост-имплементационный обзор (PIR) влияет на будущие процессы управления изменениями?](https://cleverics.ru/digital/kb-qa/kak-post-implementatsionnyy-obzor-pir-vliyaet-na-budushchie-protsessy-upravleniya-izmeneniyami/)

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

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

Рейтинг: 1269

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

## [Как микросервисная архитектура влияет на диагностику проблем и инцидентов?](https://cleverics.ru/digital/kb-qa/kak-mikroservisnaya-arkhitektura-vliyaet-na-diagnostiku-problem-i-intsidentov/)

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

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

Рейтинг: 1269

Теги: архитектура ИТ, TOGAF и IT4IT, Канбан, WIP-лимиты, мониторинг, управление инцидентами

## [Можно ли решать проблемы без ожидания инцидентов?](https://cleverics.ru/digital/kb-qa/mozhno-li-reshat-problemy-bez-ozhidaniya-intsidentov/)

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

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

Рейтинг: 1269

Теги: управление инцидентами, управление конфигурациями, CMDB, управление проблемами, управление рисками

## [Что такое базовые события в дереве отказов и как их правильно идентифицировать?](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/kakovy-osnovnye-sluchai-kogda-aktivnost-odnogo-uchastnika-mozhet-navredit-komande/)

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

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

Рейтинг: 1268

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

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

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

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

Рейтинг: 1268

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