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

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

## [Какие аспекты следует учитывать при оценке влияния сбоев и изменений в ИТ-инфраструктуре?](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/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-лимиты, командная работа, эффективность, оптимизация

## [Как внедрить управление ИТ-сервисами, чтобы избежать фокуса только на процессах?](https://cleverics.ru/digital/kb-qa/kak-vnedrit-upravlenie-it-servisami-chtoby-izbezhat-fokusa-tolko-na-protsessakh/)

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

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

Рейтинг: 902

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

## [Какие ошибки чаще всего допускают при внедрении учёта трудозатрат?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-chashche-vsego-dopuskayut-pri-vnedrenii-ucheta-trudozatrat/)

Типичные ошибки: завышение данных из-за непонимания 'кванта времени', использование искусственных нормативов (например, минимум 15 минут), игнорирование параллельных задач, распределение времени по шаблону '100%', а также восприятие учёта как инструмента контроля, а не анализа. Это приводит к искажению данных и потере доверия. Важно избегать жёстких правил, обучать сотрудников методам оценки и фокусироваться на использовании статистики для улучшения процессов.

Автор: Денис Денисов

Рейтинг: 902

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