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

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

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

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

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

Рейтинг: 3389

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

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

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

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

Рейтинг: 2695

Теги: 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) этап производства в разработке ПО относится к ранним стадиям процесса - формированию бэклога, идентификации и выявлению новой ценности, которую может приносить продукт. Это этап, предшествующий непосредственной разработке фич. Чтобы улучшить этот этап, важно привлекать команду разработки к исследовательским активностям, а не ограничивать их роль только реализацией задач. Разработчики, будучи вовлеченными в процесс понимания потребностей пользователей и выявления новых возможностей, могут предоставлять ценные инсайты, основанные на технической реализуемости и архитектурных ограничениях. Это помогает создавать более реалистичные и ценность-ориентированные задачи для бэклога. Также важно инвестировать время владельца продукта в обеспечение прозрачности этого процесса и совместное принятие решений о том, какие гипотезы и идеи действительно приносят ценность.

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

Рейтинг: 1718

Теги: 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. Другие факторы, влияющие на внедрение методологий, могут включать недостаток компетенций сотрудников, непонимание целей методологии, а также отсутствие поддержки со стороны руководства. Таким образом, успешное внедрение любой методологии требует предварительного решения основных вопросов мотивации и подготовки персонала.

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

Рейтинг: 1530

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

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

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

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

Рейтинг: 1490

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

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

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

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

Рейтинг: 1482

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

## [Чем отличается System Lead Time от Customer Lead Time в гибкой разработке?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-system-lead-time-ot-customer-lead-time-v-gibkoy-razrabotke/)

System Lead Time (время в системе) считается от точки принятия обязательств (красный флажок) до момента поставки результата заказчику, тогда как Customer Lead Time считается от момента принятия решения о реализации задачи (зеленый флажок) до момента поставки. System Lead Time является одной из ключевых характеристик эффективности разработки, по которой можно с высокой вероятностью предсказывать сроки выпуска для новых задач, выявлять риски и классифицировать задачи.

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

Рейтинг: 1446

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

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

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

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

Рейтинг: 1414

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

## [Что такое SLM и как оно связано с ИТ-процессами?](https://cleverics.ru/digital/kb-qa/chto-takoe-slm-i-kak-ono-svyazano-s-it-protsessami/)

SLM (Service Level Management) представляет собой управленческий процесс, который является частью процессов управления качеством услуг. SLM отделим от традиционных ИТ-процессов, так как он входит в общие управленческие процессы, которые могут быть применены как к услугам эксплуатации информационных систем, так и к услугам разработки программного обеспечения. При этом операционные процессы для этих видов услуг могут значительно отличаться: например, для разработки ПО используется процессная модель ALM, RUP или MSF, а для эксплуатации системы - процессы ITIL.

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

Рейтинг: 1405

Теги: Agile и гибкие методы разработки ПО, ITIL, разработка ПО, управление уровнем услуг, SLM

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

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

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

Рейтинг: 1394

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