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

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

## [Когда необходимость в CI/CD может быть не столь очевидной для команды?](https://cleverics.ru/digital/kb-qa/kogda-neobkhodimost-v-ci-cd-mozhet-byt-ne-stol-ochevidnoy-dlya-komandy/)

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

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

Рейтинг: 1227

Теги: Agile и гибкие методы разработки ПО, DevOps, CI/CD, командная работа, поддержка пользователей, Service Desk, Help Desk, управление конфигурациями, CMDB, управление продуктами, продуктовый подход, управление релизами

## [Как определить успешность пост-имплементационного обзора (PIR)?](https://cleverics.ru/digital/kb-qa/kak-opredelit-uspeshnost-post-implementatsionnogo-obzora-pir/)

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

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

Рейтинг: 1203

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

## [Как руководящие принципы ITIL Practitioner связаны с другими методологиями, такими как Agile, DevOps и Lean?](https://cleverics.ru/digital/kb-qa/kak-rukovodyashchie-printsipy-itil-practitioner-svyazany-s-drugimi-metodologiyami-takimi-kak-agile-d/)

Руководящие принципы ITIL Practitioner являются логичным продолжением вектора AXELOS на 'выравнивание' и совместное использование ITIL с другими сводами знаний, методологиями и подходами. Многие принципы ITIL Practitioner пересекаются с идеями Agile (действия небольшими шагами), DevOps (культура совместной работы и открытости) и Lean (минимизация потерь и оптимизация потока ценности). Это свидетельствует о том, что принципы ITIL не противоречат, а дополняют другие современные методологии управления.

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

Рейтинг: 1191

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

## [Какие преимущества дает использование полной автоматизации в Definition of Done согласно DevOps?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-ispolzovanie-polnoy-avtomatizatsii-v-definition-of-done-soglasno-devops/)

Полная автоматизация в Definition of Done согласно DevOps дает следующие преимущества: 1) Снижение ошибок, вызванных человеческим фактором; 2) Ускорение циклов разработки и развертывания; 3) Повышение надежности и воспроизводимости процессов; 4) Раннее обнаружение и исправление дефектов; 5) Упрощение процесса масштабирования; 6) Повышение удовлетворенности команды за счет уменьшения рутинных операций; 7) Возможность непрерывного улучшения продукта через регулярные небольшие обновления. Такой подход позволяет фокусироваться на создании ценности для пользователей, а не на организационных и технических сложностях процесса доставки.

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

Рейтинг: 1139

Теги: Agile и гибкие методы разработки ПО, DevOps, CI/CD, бизнес, ценность, бизнес-заказчик, командная работа, поддержка пользователей, Service Desk, Help Desk, постоянное улучшение, совершенствование, CSI, PDCA, разработка ПО, трансформация, ускорение, Time-to-Market, управление продуктами, продуктовый подход, управление релизами, эффективность, оптимизация

## [Как определить источники проблем с соблюдением сроков обработки запросов?](https://cleverics.ru/digital/kb-qa/kak-opredelit-istochniki-problem-s-soblyudeniem-srokov-obrabotki-zaprosov/)

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

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

Рейтинг: 1130

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

## [Как определить, что является дефектом, а что - частью функциональности?](https://cleverics.ru/digital/kb-qa/kak-opredelit-chto-yavlyaetsya-defektom-a-chto-chastyu-funktsionalnosti/)

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

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

Рейтинг: 1124

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

## [Какие характеристики имеет команда на уровне «Яркая молодость»?](https://cleverics.ru/digital/kb-qa/kakie-kharakteristiki-imeet-komanda-na-urovne-yarkaya-molodost/)

Команда на уровне «Яркая молодость» представляет собой зрелую самоорганизованную команду (не обязательно работающую по Scrum). Для нее характерны устоявшиеся партнерские отношения с заказчиками и внешним миром, эволюционирующий рабочий процесс, большое количество инициатив и экспериментов, зрелый подход к решению конфликтов. Команда учится правильно следовать первому принципу Agile Manifesto: понимает, что изменение требований приветствуется не как повод переписать все заново, а как возможность для конструктивного диалога и серьезного исследования. Роль лидера на этом этапе - быть «мотором-метрономом», поддерживающим скорость и ритмичность работы. Важно помогать команде развивать продуктовые компетенции, чтобы она могла быть полноправным партнером для заказчика и говорить с ним на одном языке. Лидер-слуга на этом уровне востребован на 100%.

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

Рейтинг: 1119

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

## [Почему процесс управления конфигурациями остается актуальным при внедрении Agile-методологий?](https://cleverics.ru/digital/kb-qa/pochemu-protsess-upravleniya-konfiguratsiyami-ostaetsya-aktualnym-pri-vnedrenii-agile-metodologiy/)

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

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

Рейтинг: 1105

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

## [Чем отличается подход ITIL 4 к управлению услугами от предыдущих версий?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-podkhod-itil-4-k-upravleniyu-uslugami-ot-predydushchikh-versiy/)

ITIL 4 представляет собой серьезный эволюционный шаг по сравнению с предыдущими версиями. Вместо линейного жизненного цикла услуги ITIL 4 предлагает операционную модель в виде цепочки создания ценности, что отражает более динамичный и гибкий подход к управлению услугами. Основной сдвиг происходит от простого предоставления услуг к совместному созданию ценности между поставщиком и потребителем. ITIL 4 интегрирует современные методологии, такие как Agile, Lean и DevOps, что позволяет адаптировать практики к быстро меняющимся бизнес-потребностям. Появление концепции практик вместо процессов и функций дает больше гибкости в организации работы. Акцент смещается от выполнения процессов к достижению конкретных результатов и созданию ценности. Также значительно усилено внимание к человеческому фактору, коммуникациям и пониманию ожиданий пользователей через такие концепции как "Сервисная эмпатия".

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

Рейтинг: 1103

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

## [Почему многие компании, прошедшие Agile-трансформацию, не получают ожидаемых результатов по ускорению разработки?](https://cleverics.ru/digital/kb-qa/pochemu-mnogie-kompanii-proshedshie-agile-transformatsiyu-ne-poluchayut-ozhidaemykh-rezultatov-po-us/)

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

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

Рейтинг: 1088

Теги: Agile и гибкие методы разработки ПО, архитектура ИТ, TOGAF и IT4IT, трансформация, ускорение, Time-to-Market, управление релизами