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

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

## [Почему ИТ-специалисты склонны меньше задавать уточняющих вопросов заказчикам по сравнению с другими профессиональными группами?](https://cleverics.ru/digital/kb-qa/pochemu-it-spetsialisty-sklonny-menshe-zadavat-utochnyayushchikh-voprosov-zakazchikam-po-sravneniyu/)

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

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

Рейтинг: 1074

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

## [Как обеспечить актуальность данных о лицензиях в системе?](https://cleverics.ru/digital/kb-qa/kak-obespechit-aktualnost-dannykh-o-litsenziyakh-v-sisteme/)

Актуальность данных обеспечивается регулярным (ежедневным) импортом информации со сканеров сети, ручной обработкой записей для коррекции типов лицензий и сопоставления названий ПО, а также проведением регулярных проверок отчётности. Критически важно назначить ответственного за мониторинг и обновление данных, иначе система быстро устареет. Также нужно интегрировать процессы учёта в ежедневные задачи сотрудников, чтобы они фиксировали установки ПО и освобождение лицензий в режиме реального времени.

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

Рейтинг: 1074

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

## [Почему перестройка работы ИТ-команды в продуктовый подход не может быть односторонним процессом?](https://cleverics.ru/digital/kb-qa/pochemu-perestroyka-raboty-it-komandy-v-produktovyy-podkhod-ne-mozhet-byt-odnostoronnim-protsessom/)

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

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

Рейтинг: 1074

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

## [Почему управление проблемами часто остается в тени по сравнению с управлением инцидентами?](https://cleverics.ru/digital/kb-qa/pochemu-upravlenie-problemami-chasto-ostaetsya-v-teni-po-sravneniyu-s-upravleniem-intsidentami/)

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

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

Рейтинг: 1074

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

## [Как можно определить, является ли данная метрика релевантной?](https://cleverics.ru/digital/kb-qa/kak-mozhno-opredelit-yavlyaetsya-li-dannaya-metrika-relevantnoy/)

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

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

Рейтинг: 1074

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

## [Какие последствия могут возникнуть при временной остановке конвейера CI/CD?](https://cleverics.ru/digital/kb-qa/kakie-posledstviya-mogut-vozniknut-pri-vremennoy-ostanovke-konveyera-ci-cd/)

Временная остановка конвейера CI/CD может привести к серьезным негативным последствиям. Во-первых, это разрушает культуру дисциплины и ответственности, создавая прецедент, когда конвейер можно игнорировать в угоду сиюминутным задачам. Во-вторых, команда начинает искать обходные пути, например, производить развертывание вручную, что нарушает целостность процесса и повышает риски ошибок. В-третьих, однажды приостановив конвейер, команда может столкнуться с трудностями при его возобновлении: за время простоя процессы могут быть забыты, настройки устареть, а некоторые элементы конвейера (например, автотесты) перестать работать корректно. В-четвертых, временная остановка часто становится постоянной, так как «потом разберемся» обычно не приводит к реальному возврату к процессу. В конечном итоге, все усилия по внедрению и настройке конвейера оказываются напрасными, и команда возвращается к старым практикам, теряя время, ресурсы и доверие.

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

Рейтинг: 1074

Теги: DevOps, CI/CD, командная работа, общие вопросы менеджмента, управление конфигурациями, CMDB, управление релизами, управление рисками

## [Как влияет управление проблемами на устойчивость информационной системы?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-upravlenie-problemami-na-ustoychivost-informatsionnoy-sistemy/)

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

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

Рейтинг: 1074

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

## [Чем SWOT-анализ полезен для выявления групповых рисков?](https://cleverics.ru/digital/kb-qa/chem-swot-analiz-polezen-dlya-vyyavleniya-gruppovykh-riskov/)

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

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

Рейтинг: 1074

Теги: управление рисками

## [Когда происшествие не считается инцидентом в ITIL?](https://cleverics.ru/digital/kb-qa/kogda-proisshestvie-ne-schitaetsya-intsidentom-v-itil/)

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

Автор: Александр Движков

Рейтинг: 1074

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

## [Как часто рекомендуется проводить пост-имплементационный обзор (PIR) после внедрения изменений?](https://cleverics.ru/digital/kb-qa/kak-chasto-rekomenduetsya-provodit-post-implementatsionnyy-obzor-pir-posle-vnedreniya-izmeneniy/)

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

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

Рейтинг: 1074

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