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

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

## [Какие проблемы возникают при использовании традиционного подхода к визуализации деления задач на части?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-ispolzovanii-traditsionnogo-podkhoda-k-vizualizatsii-deleniya-zadach-n/)

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

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

Рейтинг: 817

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

## [Какие методы используются для анализа причин проблем в DevOps?](https://cleverics.ru/digital/kb-qa/kakie-metody-ispolzuyutsya-dlya-analiza-prichin-problem-v-devops/)

Для анализа причин проблем в DevOps применяются методы, такие как постмортем-встречи и ретроспективы. В таких мероприятиях участники команды совместно обсуждают причины возникновения ошибок, выявляют системные проблемы и определяют пути их решения. Может использоваться методика «Пять Почему» для поиска корневых причин и подход 8D из бережливого производства, в рамках которой отдельная команда, собранная лидером, анализирует конкретную проблему. Эти методы помогают не только исправить текущие ошибки, но и улучшить процессы в долгосрочной перспективе.

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

Рейтинг: 817

Теги: DevOps, CI/CD, Lean, бережливое производство, командная работа, лидерство

## [Как различие между выходами и результатами помогает в формировании каталога услуг?](https://cleverics.ru/digital/kb-qa/kak-razlichie-mezhdu-vykhodami-i-rezultatami-pomogaet-v-formirovanii-kataloga-uslug/)

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

Автор: Анна Васильева

Рейтинг: 817

Теги: бизнес, ценность, бизнес-заказчик, трансформация, ускорение, Time-to-Market, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление каталогом ИТ-услуг, управление рисками

## [Как CMDB помогает в определении затрат на обеспечение сервисов?](https://cleverics.ru/digital/kb-qa/kak-cmdb-pomogaet-v-opredelenii-zatrat-na-obespechenie-servisov/)

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

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

Рейтинг: 817

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

## [Как связаны между собой проектные ограничения?](https://cleverics.ru/digital/kb-qa/kak-svyazany-mezhdu-soboy-proektnye-ogranicheniya/)

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

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

Рейтинг: 817

Теги: бюджетирование, планирование затрат, общие вопросы менеджмента, управление релизами

## [Что такое Definition of Done в контексте DevOps?](https://cleverics.ru/digital/kb-qa/chto-takoe-definition-of-done-v-kontekste-devops/)

Definition of Done (DoD) - это концептуальное понятие в DevOps, которое определяет критерии завершения работы над задачей. Это согласованное понимание того, что работа считается выполненной. Согласно концепции DoD, важно иметь единообразное представление о том, что считается завершенной работой, чтобы избежать недопонимания между участниками процесса разработки и эксплуатации. В DevOps эта концепция получила развитие и дополнительное наполнение по сравнению с earlier практиками.

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

Рейтинг: 816

Теги: DevOps, CI/CD, эффективность, оптимизация

## [Почему в традиционных ИТ-структурах сотрудники склонны перекладывать ответственность на другие группы?](https://cleverics.ru/digital/kb-qa/pochemu-v-traditsionnykh-it-strukturakh-sotrudniki-sklonny-perekladyvat-otvetstvennost-na-drugie-gru/)

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

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

Рейтинг: 816

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

## [Почему в потоке ценность должна добавляться на каждом этапе?](https://cleverics.ru/digital/kb-qa/pochemu-v-potoke-tsennost-dolzhna-dobavlyatsya-na-kazhdom-etape/)

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

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

Рейтинг: 816

Теги: Lean, бережливое производство, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, поток создания ценности (Value Stream)

## [Как связаны высокий спрос и качество сервиса в российских компаниях?](https://cleverics.ru/digital/kb-qa/kak-svyazany-vysokiy-spros-i-kachestvo-servisa-v-rossiyskikh-kompaniyakh/)

Высокий спрос и качество сервиса в российских компаниях связаны обратной зависимостью: чем выше спрос по сравнению с предложением, тем ниже качество обслуживания. Предприниматели не тратят усилия на улучшение сервиса, так как клиенты вынуждены пользоваться услугами даже при их посредственном качестве. Например, при построении множества торговых центров спрос все равно превышает предложение, поэтому компании не чувствуют давления на повышение стандартов. Принцип "карась жирный идёт" отражает установку бизнеса — если клиенты все равно приходят, улучшать сервис не требуется.

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

Рейтинг: 816

Теги: ISO 20000, бизнес, ценность, бизнес-заказчик, постоянное улучшение, совершенствование, CSI, PDCA, эффективность, оптимизация

## [Почему достоверность данных в CMDB критична для принятия решений?](https://cleverics.ru/digital/kb-qa/pochemu-dostovernost-dannykh-v-cmdb-kritichna-dlya-prinyatiya-resheniy/)

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

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

Рейтинг: 816

Теги: управление конфигурациями, CMDB