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

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

## [Почему основные операционные риски в ИТ-сфере связаны с нарушением работоспособности прикладного ПО?](https://cleverics.ru/digital/kb-qa/pochemu-osnovnye-operatsionnye-riski-v-it-sfere-svyazany-s-narusheniem-rabotosposobnosti-prikladnogo/)

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

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

Рейтинг: 746

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

## [Чем грозит отсутствие корректного сопоставления ИТ и корпоративных активов?](https://cleverics.ru/digital/kb-qa/chem-grozit-otsutstvie-korrektnogo-sopostavleniya-it-i-korporativnykh-aktivov/)

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

Автор: Михаил Тобурдановский

Рейтинг: 746

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

## [Почему релизные циклы часто становятся источником задержек в поставке ценности?](https://cleverics.ru/digital/kb-qa/pochemu-reliznye-tsikly-chasto-stanovyatsya-istochnikom-zaderzhek-v-postavke-tsennosti/)

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

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

Рейтинг: 746

Теги: DevOps, CI/CD, бизнес, ценность, бизнес-заказчик, поддержка пользователей, Service Desk, Help Desk, управление продуктами, продуктовый подход

## [Почему в Великобритании изменяют подход к мониторингу пунктуальности железнодорожных поездов?](https://cleverics.ru/digital/kb-qa/pochemu-v-velikobritanii-izmenyayut-podkhod-k-monitoringu-punktualnosti-zheleznodorozhnykh-poezdov/)

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

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

Рейтинг: 746

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

## [Какие инструменты помогают в оптимизации взаимодействия с клиентами в ИТ?](https://cleverics.ru/digital/kb-qa/kakie-instrumenty-pomogayut-v-optimizatsii-vzaimodeystviya-s-klientami-v-it/)

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

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

Рейтинг: 746

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

## [Какая роль пользователя в запуске потоков создания ценности?](https://cleverics.ru/digital/kb-qa/kakaya-rol-polzovatelya-v-zapuske-potokov-sozdaniya-tsennosti/)

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

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

Рейтинг: 746

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

## [Чем отличается структура IT4IT первого уровня (Level 1) от модели ITIL v3?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-struktura-it4it-pervogo-urovnya-level-1-ot-modeli-itil-v3/)

Структура IT4IT первого уровня (Level 1) представлена через призму потоков создания ценности (Value Streams), где все элементы модели выстроены вокруг сервисной модели (Service Backbone) как основы. Это создает более явную и структурированную картину того, как различный ИТ-активы взаимодействуют для создания ценности. В ITIL v3 структура основана на жизненном цикле услуги (Service Lifecycle), представленном как последовательность фаз: стратегия, дизайн, переход к эксплуатации, эксплуатация и непрерывное улучшение. В то время как ITIL v3 фокусируется на том, что происходит с услугей на разных этапах ее жизни, IT4IT Level 1 делает акцент на том, как потоки работы проходят через организацию для создания этой услуги. IT4IT Level 1 предоставляет более явные связи между бизнес-потребностями и ИТ-реализацией через Value Streams, тогда как ITIL v3 предоставляет более детализированный взгляд на управление самой услугой на разных этапах ее жизненного цикла.

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

Рейтинг: 746

Теги: ITIL, архитектура ИТ, TOGAF и IT4IT, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, постоянное улучшение, совершенствование, CSI, PDCA, поток создания ценности (Value Stream), стратегия, управление ИТ-активами, ITAM, SAM, эффективность, оптимизация

## [Какие ограничения существуют у полностью аутсорсенной модели эксплуатации продукта?](https://cleverics.ru/digital/kb-qa/kakie-ogranicheniya-sushchestvuyut-u-polnostyu-autsorsennoy-modeli-ekspluatatsii-produkta/)

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

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

Рейтинг: 746

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

## [Почему название "Основы DevOps" не соответствует содержанию курса?](https://cleverics.ru/digital/kb-qa/pochemu-nazvanie-osnovy-devops-ne-sootvetstvuet-soderzhaniyu-kursa/)

Название "Основы DevOps" не соответствует содержанию курса по нескольким причинам. Во-первых, курс затрагивает не базовые, а достаточно глубокие темы и детали. Во-вторых, термин DevOps интерпретируется по-разному, и потенциальные слушатели могут ожидать фокуса только на автоматизации конвейера, тогда как курс охватывает более широкие вопросы цифровой трансформации. В-третьих, название не отражает целевую аудиторию — ИТ-менеджеров и руководителей, которым необходимо решать задачи снижения времени вывода продуктов на рынок и технического долга в условиях enterprise-среды.

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

Рейтинг: 746

Теги: DevOps, CI/CD, обучение сотрудников, учебные курсы, тренинги, общие вопросы менеджмента, трансформация, ускорение, Time-to-Market, управление продуктами, продуктовый подход

## [Как SLA способствует повышению ответственности подразделений компании?](https://cleverics.ru/digital/kb-qa/kak-sla-sposobstvuet-povysheniyu-otvetstvennosti-podrazdeleniy-kompanii/)

SLA способствует повышению ответственности подразделений компании, так как чётко фиксирует обязательства каждого подразделения перед другими внутренними клиентами. Поскольку показатели и сроки выполнения обязательств измеримы и конкретны, подразделения не могут уклоняться от ответственности за невыполнение задач. Это создаёт систему взаимной ответственности, где каждое подразделение вынуждено учитывать потребности и ожидания своих внутренних клиентов. Кроме того, регулярный мониторинг выполнения SLA позволяет выявлять проблемы на ранних стадиях и оперативно реагировать на них, что дополнительно повышает ответственность за результаты работы.

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

Рейтинг: 746

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