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

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

## [Какие последствия имеет внедрение практики 'округления времени до 15 минут' для планирования рабочего процесса?](https://cleverics.ru/digital/kb-qa/kakie-posledstviya-imeet-vnedrenie-praktiki-okrugleniya-vremeni-do-15-minut-dlya-planirovaniya-raboc/)

Округление времени до 15 минут приводит к кардинальному искажению данных о реальной загрузке сотрудников. Например, действия, занимающие 1–2 минуты, фиксируются как 15, что многократно увеличивает суммарные трудозатраты. Это мешает объективно оценивать эффективность, выявлять узкие места и распределять задачи. В итоге система учёта перестаёт быть инструментом анализа, а превращается в формальность. Такой подход часто отражает негативное отношение сотрудников к учёту, что может сорвать внедрение всей системы.

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

Рейтинг: 944

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

## [Почему в гибком управлении ИТ-разработкой сложно предсказывать сроки без дорожной карты?](https://cleverics.ru/digital/kb-qa/pochemu-v-gibkom-upravlenii-it-razrabotkoy-slozhno-predskazyvat-sroki-bez-dorozhnoy-karty/)

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

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

Рейтинг: 944

Теги: командная работа, общие вопросы менеджмента, управление продуктами, продуктовый подход

## [Как можно показать ценность завершенного ITSM-проекта новому руководству?](https://cleverics.ru/digital/kb-qa/kak-mozhno-pokazat-tsennost-zavershennogo-itsm-proekta-novomu-rukovodstvu/)

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

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

Рейтинг: 943

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

## [Какие последствия могут быть, если не измерять конечный результат работы системы?](https://cleverics.ru/digital/kb-qa/kakie-posledstviya-mogut-byt-esli-ne-izmeryat-konechnyy-rezultat-raboty-sistemy/)

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

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

Рейтинг: 943

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

## [Что включает в себя управление активами программного обеспечения (SAM)?](https://cleverics.ru/digital/kb-qa/chto-vklyuchaet-v-sebya-upravlenie-aktivami-programmnogo-obespecheniya-sam/)

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

Автор: Михаил Тобурдановский

Рейтинг: 943

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

## [В чём разница между линией результативности и линией зрелости на объединенном радаре?](https://cleverics.ru/digital/kb-qa/v-chem-raznitsa-mezhdu-liniey-rezultativnosti-i-liniey-zrelosti-na-obedinennom-radare/)

На объединенном радаре линия результативности показывает текущую пользу, которую процессы приносят организации, измеряемую по шкале от 0 до 100%. Эта линия отражает фактическую эффективность выполнения процессов в свете бизнес-целей. Линия зрелости, в свою очередь, характеризует уверенность в том, что организация сможет продолжать получать эту пользу даже при изменяющихся условиях. Это показывает, насколько надежно процессы построены и документированы, и насколько легко их можно масштабировать или адаптировать. Другими словами, результативность — это «функциональность», а зрелость — это «гарантия», аналогично известной концепции ITIL.

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

Рейтинг: 943

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

## [Чем сложнее оценивать успех внутренних inhouse продуктов по сравнению с публичными B2C продуктами?](https://cleverics.ru/digital/kb-qa/chem-slozhnee-otsenivat-uspekh-vnutrennikh-inhouse-produktov-po-sravneniyu-s-publichnymi-b2c-produkt/)

Оценка успеха внутренних inhouse продуктов сложнее по нескольким причинам: во-первых, пользовательская база значительно уже, что затрудняет сбор репрезентативной обратной связи; во-вторых, между покупателем (спонсором) и непосредственным пользователем часто существует разрыв интересов и потребностей; в-третьих, цикл адаптации и внедрения продукта занимает значительное время (обычно 3+ месяцев); в-четвертых, отсутствует возможность многократного предложения продукта в случае неудачи; в-пятых, финансовая успешность продукта может не напрямую коррелировать с его функциональными характеристиками из-за дискретности продаж и специфики корпоративных решений. Также возникают сложности с получением данных об использовании продукта из-за организационных и технических ограничений внутри компании. Для объективной оценки успеха таких продуктов требуется создание отдельных каналов коммуникации с покупателем и пользователями, измерение TTV (Time-To-Value) - времени достижения ценности продуктом для заказчика, и учет специфики требований разных клиентов.

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

Рейтинг: 943

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

## [Как агент изменений балансирует между темпом изменений, комфортным для команды, и соответствием стратегическим целям компании?](https://cleverics.ru/digital/kb-qa/kak-agent-izmeneniy-balansiruet-mezhdu-tempom-izmeneniy-komfortnym-dlya-komandy-i-sootvetstviem-stra/)

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

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

Рейтинг: 943

Теги: ISO 20000, командная работа, организационные изменения, агенты изменений, трансформация, ускорение, Time-to-Market, эффективность, оптимизация

## [Почему в реальных проектах чаще используются динамические роли и роль-ориентированный подход, а не атрибутное формирование ролей?](https://cleverics.ru/digital/kb-qa/pochemu-v-realnykh-proektakh-chashche-ispolzuyutsya-dinamicheskie-roli-i-rol-orientirovannyy-podkhod/)

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

Автор: Александр Омельченко

Рейтинг: 943

Теги: общие вопросы менеджмента, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление проектами, PRINCE2, управление процессами, ИТ-процессы

## [Чем отличается организация релиза в подразделении разработки от подразделения эксплуатации?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-organizatsiya-reliza-v-podrazdelenii-razrabotki-ot-podrazdeleniya-ekspluatatsii/)

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

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

Рейтинг: 943

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