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

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

## [Что такое дефект в контексте разработки ПО?](https://cleverics.ru/digital/kb-qa/chto-takoe-defekt-v-kontekste-razrabotki-po/)

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

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

Рейтинг: 3043

Теги: Agile и гибкие методы разработки ПО, разработка ПО

## [Какие преимущества дает внедрение цифровых технологий в производственных процессах?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-vnedrenie-tsifrovykh-tekhnologiy-v-proizvodstvennykh-protsessakh/)

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

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

Рейтинг: 2410

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

## [Что такое 'восходящий' (upstream) этап производства в разработке ПО и как его можно улучшить?](https://cleverics.ru/digital/kb-qa/chto-takoe-voskhodyashchiy-upstream-etap-proizvodstva-v-razrabotke-po-i-kak-ego-mozhno-uluchshit/)

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

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

Рейтинг: 1404

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

## [Какие факторы могут помешать внедрению методологий вроде Scrum или Kanban?](https://cleverics.ru/digital/kb-qa/kakie-faktory-mogut-pomeshat-vnedreniyu-metodologiy-vrode-scrum-ili-kanban/)

Одним из ключевых факторов, которые могут помешать успешному внедрению методологий вроде Scrum или Kanban, является отсутствие мотивации сотрудников. Когда сотрудники не заинтересованы в выполнении новых задач, даже после завершения предыдущих, вся структура, построенная на основе таких методик, перестаёт функционировать. Например, если аналитики не считают нужным брать в работу новые задачи, это приводит к отсутствию входящего потока задач, что является фундаментальным условием для работы системы Kanban. Другие факторы, влияющие на внедрение методологий, могут включать недостаток компетенций сотрудников, непонимание целей методологии, а также отсутствие поддержки со стороны руководства. Таким образом, успешное внедрение любой методологии требует предварительного решения основных вопросов мотивации и подготовки персонала.

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

Рейтинг: 1307

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

## [Какие навыки становятся критически важными для ИТ-профессионалов в современных условиях?](https://cleverics.ru/digital/kb-qa/kakie-navyki-stanovyatsya-kriticheski-vazhnymi-dlya-it-professionalov-v-sovremennykh-usloviyakh/)

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

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

Рейтинг: 1273

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

## [Что такое цифровая компания и чем она отличается от нецифровой, если говорить техническим языком?](https://cleverics.ru/digital/kb-qa/chto-takoe-tsifrovaya-kompaniya-i-chem-ona-otlichaetsya-ot-netsifrovoy-esli-govorit-tekhnicheskim-ya/)

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

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

Рейтинг: 1270

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

## [Какие принципы ITIL4 связаны с сервисной эмпатией?](https://cleverics.ru/digital/kb-qa/kakie-printsipy-itil4-svyazany-s-servisnoy-empatiey/)

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

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

Рейтинг: 1260

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

## [Как меняется роль процесса управления конфигурациями при использовании микросервисной архитектуры и систем контроля версий?](https://cleverics.ru/digital/kb-qa/kak-menyaetsya-rol-protsessa-upravleniya-konfiguratsiyami-pri-ispolzovanii-mikroservisnoy-arkhitektu/)

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

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

Рейтинг: 1188

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

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

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

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

Рейтинг: 1169

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

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

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

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

Рейтинг: 1135

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