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

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

## [Какие причины могут привести к расхождениям в данных CMDB?](https://cleverics.ru/digital/kb-qa/kakie-prichiny-mogut-privesti-k-raskhozhdeniyam-v-dannykh-cmdb/)

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

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

Рейтинг: 793

Теги: автоматизация ИТ-процессов, ПО для ITSM и ESM, командная работа, общие вопросы менеджмента, управление конфигурациями, CMDB

## [Почему в разработке ПО часто возникает проблема с классификацией дефектов?](https://cleverics.ru/digital/kb-qa/pochemu-v-razrabotke-po-chasto-voznikaet-problema-s-klassifikatsiey-defektov/)

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

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

Рейтинг: 793

Теги: Agile и гибкие методы разработки ПО, бизнес, ценность, бизнес-заказчик, разработка ПО

## [Почему важно не зацикливаться на победе в деловой игре?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-ne-zatsiklivatsya-na-pobede-v-delovoy-igre/)

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

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

Рейтинг: 793

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

## [Почему организациям может быть выгодно не использовать процедуру повторного открытия инцидентов?](https://cleverics.ru/digital/kb-qa/pochemu-organizatsiyam-mozhet-byt-vygodno-ne-ispolzovat-protseduru-povtornogo-otkrytiya-intsidentov/)

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

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

Рейтинг: 793

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

## [Как принцип 'Двигаться небольшими шагами' связан с agile-подходами?](https://cleverics.ru/digital/kb-qa/kak-printsip-dvigatsya-nebolshimi-shagami-svyazan-s-agile-podkhodami/)

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

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

Рейтинг: 792

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

## [Почему важно, чтобы сотрудники понимали роль метрик в управлении процессами?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-chtoby-sotrudniki-ponimali-rol-metrik-v-upravlenii-protsessami/)

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

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

Рейтинг: 792

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

## [Какие есть примеры критериев недоступности для ресурсных ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kakie-est-primery-kriteriev-nedostupnosti-dlya-resursnykh-it-uslug/)

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

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

Рейтинг: 792

Теги: Agile и гибкие методы разработки ПО, разработка ПО, управление доступностью

## [Что происходит, когда сотрудники компании не придерживаются корпоративных ценностей?](https://cleverics.ru/digital/kb-qa/chto-proiskhodit-kogda-sotrudniki-kompanii-ne-priderzhivayutsya-korporativnykh-tsennostey/)

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

Автор: Денис Денисов

Рейтинг: 792

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

## [Какие преимущества дают явно сформулированные и соблюдаемые корпоративные ценности?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-dayut-yavno-sformulirovannye-i-soblyudaemye-korporativnye-tsennosti/)

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

Автор: Денис Денисов

Рейтинг: 792

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

## [Почему формальная роль тимлида может мешать развитию ответственности в команде?](https://cleverics.ru/digital/kb-qa/pochemu-formalnaya-rol-timlida-mozhet-meshat-razvitiyu-otvetstvennosti-v-komande/)

Формальная роль тимлида может мешать развитию ответственности в команде, потому что создает паттерн «это не моя ответственность». Члены команды могут перекладывать ответственность за архитектурные решения, взаимодействие с заказчиком и другие аспекты работы на тимлида, теряя возможность развивать эти навыки. Это формирует зависимость, где при отсутствии тимлида команда может не знать, как принять ключевые решения или организовать взаимодействие с внешними стейкхолдерами. Истинная команда должна нести совместную ответственность за результат, а не полагаться на одного человека как на «канализацию ответственности».

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

Рейтинг: 792

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