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

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

## [Что такое TTL (Time To Live) в контексте управления знаниями и как оно применяется?](https://cleverics.ru/digital/kb-qa/chto-takoe-ttl-time-to-live-v-kontekste-upravleniya-znaniyami-i-kak-ono-primenyaetsya/)

TTL (Time To Live) — это установленный срок жизни статьи в Базе знаний, по истечении которого информация должна быть перепроверена на актуальность. При приближении срока TTL эксперт переоценивает статью и принимает решение о её продлении в актуальном состоянии или архивации. Это позволяет поддерживать данные в базе свежими и полезными.

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

Рейтинг: 896

Теги: обучение сотрудников, учебные курсы, тренинги, управление знаниями

## [Как влияет автоматический сбор данных на управление изменениями конфигурационных элементов?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-avtomaticheskiy-sbor-dannykh-na-upravlenie-izmeneniyami-konfiguratsionnykh-elementov/)

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

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

Рейтинг: 896

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

## [Какие компании чаще всего применяют SLA между отделами маркетинга и продаж?](https://cleverics.ru/digital/kb-qa/kakie-kompanii-chashche-vsego-primenyayut-sla-mezhdu-otdelami-marketinga-i-prodazh/)

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

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

Рейтинг: 896

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

## [Какие основные различия между управлением инцидентами и управлением проблемами?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-razlichiya-mezhdu-upravleniem-intsidentami-i-upravleniem-problemami/)

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

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

Рейтинг: 895

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

## [Что мешает компаниям быстро перейти к заключению SLA?](https://cleverics.ru/digital/kb-qa/chto-meshaet-kompaniyam-bystro-pereyti-k-zaklyucheniyu-sla/)

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

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

Рейтинг: 895

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

## [Как BRM помогает при разработке сервисов (Service Design)?](https://cleverics.ru/digital/kb-qa/kak-brm-pomogaet-pri-razrabotke-servisov-service-design/)

На этапе разработки сервисов BRM помогает в нескольких важных аспектах. BRM помогает заказчику сформулировать, в чем заключается ценность услуги, которую он хочет получить от ИТ. BRM бережно донесет и правильно расшифрует требования для ИТ-специалистов, поскольку заказчики часто затрудняются четко сформулировать свои требования, а сервис-провайдер не может их правильно интерпретировать. BRM продолжает эту работу при изменении требований, уточнении спецификаций и проектного решения. BRM применяет маркетинговый способ мышления («marketing mindset») и помогает ответить на три ключевых вопроса: какие задачи выполняет заказчик и как ИТ может им помочь; каких результатов хочет достичь заказчик; какие ограничения могут помешать достижению целей и как сервис-провайдер может с ними справиться.

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

Рейтинг: 895

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

## [Почему организации предпочитают разрабатывать собственные подходы к управлению ИТ, а не использовать общепринятые стандарты?](https://cleverics.ru/digital/kb-qa/pochemu-organizatsii-predpochitayut-razrabatyvat-sobstvennye-podkhody-k-upravleniyu-it-a-ne-ispolzov/)

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

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

Рейтинг: 895

Теги: ISO 20000, бизнес, ценность, бизнес-заказчик

## [Какие этапы включает окончательный вариант потока создания ценности в описанной визуализации?](https://cleverics.ru/digital/kb-qa/kakie-etapy-vklyuchaet-okonchatelnyy-variant-potoka-sozdaniya-tsennosti-v-opisannoy-vizualizatsii/)

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

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

Рейтинг: 895

Теги: DevOps, CI/CD, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, командная работа, обучение сотрудников, учебные курсы, тренинги, поддержка пользователей, Service Desk, Help Desk, поток создания ценности (Value Stream), управление конфигурациями, CMDB, управление релизами

## [Почему дискреционная (DAC) модель управления доступом менее эффективна для крупных систем, чем ролевая (RBAC)?](https://cleverics.ru/digital/kb-qa/pochemu-diskretsionnaya-dac-model-upravleniya-dostupom-menee-effektivna-dlya-krupnykh-sistem-chem-ro/)

DAC-модель менее эффективна для крупных систем из-за следующих причин: 1) Масштабируемость — в DAC разрешения настраиваются для каждого пользователя и объекта вручную (через таблицы доступа), что приводит к экспоненциальному росту сложности при увеличении пользователей и ресурсов. Например, для 100 пользователей и 1000 объектов потребуется управлять 100 000 записей. 2) Высокий риск ошибок — при изменении прав для группы сотрудников администратор должен править каждую запись отдельно, что увеличивает вероятность пропуска. 3) Несогласованность — отсутствие структурирования по бизнес-функциям делает модель неинтуитивной. В RBAC те же права группируются в роли (например, 'Бухгалтер'), что сокращает необходимость ручных настроек в сотни раз.

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

Рейтинг: 895

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

## [Как можно повысить качество управления ИТ-активами в организации?](https://cleverics.ru/digital/kb-qa/kak-mozhno-povysit-kachestvo-upravleniya-it-aktivami-v-organizatsii/)

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

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

Рейтинг: 895

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