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

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

## [В чем отличие дорожной карты от бэклога?](https://cleverics.ru/digital/kb-qa/v-chem-otlichie-dorozhnoy-karty-ot-bekloga/)

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

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

Рейтинг: 903

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

## [Какие аспекты следует учитывать при оценке влияния сбоев и изменений в ИТ-инфраструктуре?](https://cleverics.ru/digital/kb-qa/kakie-aspekty-sleduet-uchityvat-pri-otsenke-vliyaniya-sboev-i-izmeneniy-v-it-infrastrukture/)

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

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

Рейтинг: 903

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

## [Почему соблюдение формальных процедур управления изменениями важно для проектов любого масштаба?](https://cleverics.ru/digital/kb-qa/pochemu-soblyudenie-formalnykh-protsedur-upravleniya-izmeneniyami-vazhno-dlya-proektov-lyubogo-massh/)

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

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

Рейтинг: 903

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

## [Как справиться с ситуацией, когда сотрудники бизнес-подразделений не соблюдают сроки согласования?](https://cleverics.ru/digital/kb-qa/kak-spravitsya-s-situatsiey-kogda-sotrudniki-biznes-podrazdeleniy-ne-soblyudayut-sroki-soglasovaniya/)

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

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

Рейтинг: 903

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

## [Как поддерживать постоянное совершенствование в гибкой команде?](https://cleverics.ru/digital/kb-qa/kak-podderzhivat-postoyannoe-sovershenstvovanie-v-gibkoy-komande/)

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

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

Рейтинг: 903

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

## [Что такое картирование потока ценности и какую пользу оно приносит?](https://cleverics.ru/digital/kb-qa/chto-takoe-kartirovanie-potoka-tsennosti-i-kakuyu-polzu-ono-prinosit/)

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

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

Рейтинг: 903

Теги: ITIL, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, поддержка пользователей, Service Desk, Help Desk, управление инцидентами, управление отношениями, взаимодействие, BRM, эффективность, оптимизация

## [Как сервисно-ресурсная модель связана с определением ИТ-активов?](https://cleverics.ru/digital/kb-qa/kak-servisno-resursnaya-model-svyazana-s-opredeleniem-it-aktivov/)

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

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

Рейтинг: 903

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

## [Как документ по разработке прикладного программного обеспечения влияет на качество конечного продукта?](https://cleverics.ru/digital/kb-qa/kak-dokument-po-razrabotke-prikladnogo-programmnogo-obespecheniya-vliyaet-na-kachestvo-konechnogo-pr/)

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

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

Рейтинг: 903

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

## [Какие аспекты управления доступностью выполняются в рамках управления проектами?](https://cleverics.ru/digital/kb-qa/kakie-aspekty-upravleniya-dostupnostyu-vypolnyayutsya-v-ramkakh-upravleniya-proektami/)

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

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

Рейтинг: 903

Теги: архитектура ИТ, TOGAF и IT4IT, командная работа, общие вопросы менеджмента, управление доступностью, управление продуктами, продуктовый подход, управление проектами, PRINCE2, управление релизами

## [Почему отложенные задачи мешают другим задачам в потоке?](https://cleverics.ru/digital/kb-qa/pochemu-otlozhennye-zadachi-meshayut-drugim-zadacham-v-potoke/)

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

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

Рейтинг: 903

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