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

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

## [Как методология DevOps помогает при переходе к гибкому управлению ИТ-разработкой?](https://cleverics.ru/digital/kb-qa/kak-metodologiya-devops-pomogaet-pri-perekhode-k-gibkomu-upravleniyu-it-razrabotkoy/)

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

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

Рейтинг: 733

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

## [Какие внешние риски могут препятствовать движению задач в ИТ-разработке?](https://cleverics.ru/digital/kb-qa/kakie-vneshnie-riski-mogut-prepyatstvovat-dvizheniyu-zadach-v-it-razrabotke/)

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

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

Рейтинг: 733

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

## [Как связаны процессы управления конфигурациями и управление событиями?](https://cleverics.ru/digital/kb-qa/kak-svyazany-protsessy-upravleniya-konfiguratsiyami-i-upravlenie-sobytiyami/)

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

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

Рейтинг: 733

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

## [Какие проблемы создают новые транзакции при попытке отката системы к предыдущему состоянию?](https://cleverics.ru/digital/kb-qa/kakie-problemy-sozdayut-novye-tranzaktsii-pri-popytke-otkata-sistemy-k-predydushchemu-sostoyaniyu/)

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

Автор: Шамиль Бабаев

Рейтинг: 733

Теги: общие вопросы менеджмента

## [Почему термин 'менеджер процесса управления уровнем услуг' часто сокращают до service level manager?](https://cleverics.ru/digital/kb-qa/pochemu-termin-menedzher-protsessa-upravleniya-urovnem-uslug-chasto-sokrashchayut-do-service-level-m/)

Термин 'менеджер процесса управления уровнем услуг' сокращают до service level manager потому, что полное название 'service level management manager' является громоздким и сложным как для произношения, так и для написания. В библиотеке ITILv3 этот термин используется именно в сокращенной форме благодаря практическим соображениям удобства употребления.

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

Рейтинг: 733

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

## [Почему зрелая команда с отлаженным рабочим процессом может начать деградировать?](https://cleverics.ru/digital/kb-qa/pochemu-zrelaya-komanda-s-otlazhennym-rabochim-protsessom-mozhet-nachat-degradirovat/)

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

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

Рейтинг: 732

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

## [Почему важно учитывать обе стороны при применении сервисного подхода?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-uchityvat-obe-storony-pri-primenenii-servisnogo-podkhoda/)

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

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

Рейтинг: 732

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

## [Почему в традиционной иерархической структуре ИТ-департамента возникают межгрупповые конфликты?](https://cleverics.ru/digital/kb-qa/pochemu-v-traditsionnoy-ierarkhicheskoy-strukture-it-departamenta-voznikayut-mezhgruppovye-konflikty/)

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

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

Рейтинг: 732

Теги: общие вопросы менеджмента

## [Что входит в обязанности владельца услуги при управлении жизненным циклом услуги?](https://cleverics.ru/digital/kb-qa/chto-vkhodit-v-obyazannosti-vladeltsa-uslugi-pri-upravlenii-zhiznennym-tsiklom-uslugi/)

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

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

Рейтинг: 732

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

## [Как IT4IT отражает концепцию жизненного цикла услуги в своей структуре?](https://cleverics.ru/digital/kb-qa/kak-it4it-otrazhaet-kontseptsiyu-zhiznennogo-tsikla-uslugi-v-svoey-strukture/)

IT4IT отражает концепцию жизненного цикла услуги через свою структуру Service Backbone (Сервисный каркас), который состоит из четырех основных Value Streams. Первый поток Strategy to Portfolio (S2P) соответствует начальной фазе жизненного цикла - определению стратегии и планированию услуг. Второй поток Requirement to Deployment (R2D) соотносится с фазами разработки и внедрения услуги. Третий поток Request to Fulfill (R2F) охватывает эксплуатацию и предоставление услуги пользователям. Четвертый поток Detect to Correct (D2C) связан с мониторингом и улучшением услуги в процессе ее эксплуатации. Таким образом, вся структура IT4IT организована таким образом, чтобы охватить все этапы жизненного цикла услуги - от первого концептуального представления до постоянного улучшения в эксплуатации, просто представлена в терминах потоков создания ценности, что подчеркивает добавление ценности на каждом этапе.

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

Рейтинг: 732

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