# Бесплатная экспертная база знаний по управлению ИТ Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего. Только сведения от консультантов и тренеров Cleverics. Включает ответы на **несколько тысяч вопросов** из **сотен источников**, а также детальный глоссарий с примерами, объяснениями и нюансами ## [Как понятие best practice часто искажается в практике внедрения решений?](https://cleverics.ru/digital/kb-qa/kak-ponyatie-best-practice-chasto-iskazhaetsya-v-praktike-vnedreniya-resheniy/) Best practice в практике внедрения решений часто искажается и воспринимается как решение, которое уже однажды было применено и позволило закрыть проект, либо как рекомендация из книги, которую научились пересказывать. Такое упрощенное понимание позволяет консультантам и компаниям избегать сложной работы по адаптации решений под специфику конкретной организации. Однако истинно эффективные best practice должны быть результатом глубокого анализа и адаптированы к текущим условиям и целям компании, а не просто скопированы из других источников. Автор: Дмитрий Исайченко Рейтинг: 2086 Теги: управление проектами, PRINCE2, управление релизами ## [Какова разница между запросом на изменение (RFC) и предложением об изменении (Change proposal)?](https://cleverics.ru/digital/kb-qa/kakova-raznitsa-mezhdu-zaprosom-na-izmenenie-rfc-i-predlozheniem-ob-izmenenii-change-proposal/) RFC представляет собой конкретное техническое описание того, что именно необходимо изменить в инфраструктуре или услуге, тогда как Change proposal — это высокоуровневый документ, описывающий концепцию нового сервиса или масштабного изменения с экономическим обоснованием и графиком внедрения. RFC создается уже после утверждения Change proposal и служит инструментом реализации изменений, определенных на стратегическом уровне. Автор: Артём Мукосеев Рейтинг: 2082 Теги: управление изменениями, управление конфигурациями, CMDB, управление релизами ## [Как системы автоматизации поддерживают процесс пост-имплементационного обзора (PIR) в управлении изменениями?](https://cleverics.ru/digital/kb-qa/kak-sistemy-avtomatizatsii-podderzhivayut-protsess-post-implementatsionnogo-obzora-pir-v-upravlenii/) Системы автоматизации, такие как инструменты ITIL или enterprise-решения (ServiceNow, Jira), поддерживают PIR через автоматическое сбор данных о выполнении изменений, мониторинг KPI, генерацию отчетов и напоминания об этапах. Они интегрируются с другими системами (например, системы управления проектами), чтобы отслеживать соблюдение сроков, бюджета и качества. Также системы обеспечивают анализ тенденций на основе исторических данных, что помогает прогнозировать риски и оптимизировать процессы. Автор: Дмитрий Исайченко Рейтинг: 2070 Теги: ITIL, автоматизация ИТ-процессов, ПО для ITSM и ESM, бюджетирование, планирование затрат, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, мониторинг, управление изменениями, управление проектами, PRINCE2, управление процессами, ИТ-процессы, управление рисками ## [Как связаны между собой SLM и SLA в контексте управления ИТ-услугами?](https://cleverics.ru/digital/kb-qa/kak-svyazany-mezhdu-soboy-slm-i-sla-v-kontekste-upravleniya-it-uslugami/) SLM (Service Level Management) - это процесс управления уровнем обслуживания, а SLA (Service Level Agreement) - это конкретное соглашение, которое фиксирует уровень предоставления услуг. При проектировании процесса SLM важно определить, как формируются и утверждаются SLA. В данном случае предложен метод, когда на этапе старта процесса SLM формируется базовое SLA 'AS IS', которое затем может корректироваться бизнесом через дополнительные соглашения, обеспечивая баланс между необходимостью запуска процесса и учетом потребностей заказчиков. Автор: Евгений Шилов Рейтинг: 2061 Теги: SLA, бизнес, ценность, бизнес-заказчик, управление уровнем услуг, SLM ## [Что такое CMDB в ИТ-инфраструктуре компании?](https://cleverics.ru/digital/kb-qa/chto-takoe-cmdb-v-it-infrastrukture-kompanii/) CMDB (Configuration Management Database) - это база данных управления конфигурациями, предназначенная для структурированного хранения информации об ИТ-инфраструктуре компании. В ней собирается информация о взаимосвязанных компонентах ИТ-инфраструктуры, их настройках и связях между ними. Поскольку запомнить всю эту информацию невозможно из-за ее объема и сложности, организации используют CMDB для управляемого и структурированного хранения конфигурационных данных, что позволяет эффективно управлять ИТ-услугами. Автор: Анна Васильева Рейтинг: 2057 Теги: управление конфигурациями, CMDB ## [Какова разница между Lead Time и Process Time в Lean-подходе?](https://cleverics.ru/digital/kb-qa/kakova-raznitsa-mezhdu-lead-time-i-process-time-v-lean-podkhode/) В Lean-подходе Lead Time — это время от момента поступления запроса до его выполнения, то есть общий период, который заказчик ожидает результата. Process Time (также называемое Touch Time или Task Time) — это время, когда непосредственно осуществляется работа над запросом, без учета времени ожидания в очередях. Основная разница в том, что Lead Time учитывает все задержки и время ожидания, тогда как Process Time фокусируется только на активной работе. Поскольку именно Lead Time определяет восприятие скорости выполнения работы заказчиком, оптимизация обычно направлена на сокращение именно этого показателя, а не Process Time. Однако отношение Process Time к Lead Time служит важным индикатором общей эффективности потока. Автор: Олег Скрынник Рейтинг: 2030 Теги: Lean, бережливое производство, аллокация затрат, расчёт себестоимости услуг, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, эффективность, оптимизация ## [Какие уровни влияния инцидентов обычно выделяются в ИТ-службе?](https://cleverics.ru/digital/kb-qa/kakie-urovni-vliyaniya-intsidentov-obychno-vydelyayutsya-v-it-sluzhbe/) Обычно выделяются четыре уровня влияния инцидентов: 1) Максимальный уровень (критический) - когда ИТ-услуга недоступна для всего отдела или компании, что приводит к полной остановке бизнес-процессов. 2) Высокий уровень - когда несколько сотрудников сталкиваются с полным отсутствием функционала. 3) Средний уровень - когда у группы пользователей доступна только часть функционала. 4) Низкий уровень (минимальный) - когда у одного сотрудника недоступна только часть функционала ИТ-услуги. Эти уровни могут варьироваться в зависимости от принятой в организации методологии и дополнительных критериев оценки, таких как VIP-статус пользователей или критичность системы. Автор: Евгений Шилов Рейтинг: 2024 Теги: бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, поддержка пользователей, Service Desk, Help Desk, управление инцидентами ## [Что такое аллокация стоимости ИТ-услуг и почему она важна?](https://cleverics.ru/digital/kb-qa/chto-takoe-allokatsiya-stoimosti-it-uslug-i-pochemu-ona-vazhna/) Аллокация стоимости ИТ-услуг - это процесс распределения затрат на предоставление ИТ-услуг между заказчиками или подразделениями компании. Это важно по нескольким причинам: во-первых, позволяет заказчикам видеть реальную стоимость потребляемых услуг и принимать более экономически обоснованные решения; во-вторых, создает основу для возмещения стоимости ИТ-услуг в будущем, что делает сервисные отношения более прозрачными и двусторонними; в-третьих, способствует более ответственному отношению бизнес-подразделений к потреблению ресурсов, так как их руководители начинают отвечать за прибыльность своего направления, включая ИТ-затраты. Однако простое распределение расходов недостаточно - необходимо изменение организационной структуры, чтобы бизнес-подразделения реально отвечали за ИТ-затраты в рамках своей финансовой отчетности. Автор: Дмитрий Исайченко Рейтинг: 2018 Теги: аллокация затрат, расчёт себестоимости услуг, бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, общие вопросы менеджмента, экономика и финансы ## [Как меняется роль лидера при переходе команды через различные уровни осознанности?](https://cleverics.ru/digital/kb-qa/kak-menyaetsya-rol-lidera-pri-perekhode-komandy-cherez-razlichnye-urovni-osoznannosti/) Роль лидера трансформируется от лидера-менеджера к лидеру-партнеру по мере развития команды. На уровне «Детский сад» лидера должен быть директивным, активно организовывать процессы, решать текущие проблемы и постепенно вовлекать команду, расширяя границы самостоятельности. На уровне «Пубертат» лидер выступает как посредник, помогающий в конструктивном взаимодействии и гашении конфликтов, «продавая» решения вместо директивного управления. На уровне «Яркая молодость» лидер становится «мотором-метрономом», поддерживающим скорость и ритмичность работы, востребован в роли лидера-слуги на 100%. На высшей стадии «Зрелость» лидера-слуги заменяет лидер-партнер, наделенный полномочиями для поддержки инициатив на высоких уровнях, обладающий достаточной осведомленностью и авторитетом для интеграции целей команды с целями компании. Автор: Павел Капусткин Рейтинг: 2009 Теги: командная работа, лидерство, общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, управление отношениями, взаимодействие, BRM, управление процессами, ИТ-процессы, эффективность, оптимизация ## [Чем отличаются риски от проблем в контексте ITIL?](https://cleverics.ru/digital/kb-qa/chem-otlichayutsya-riski-ot-problem-v-kontekste-itil/) Проблемы и риски имеют ключевые отличия: проблемы - это уже возникшие ситуации, которые оказывают негативное влияние (их вероятность составляет 100%), в то время как риски - это потенциальные события, которые могут произойти в будущем (их вероятность ниже 100%). Проблемы можно рассматривать как реализовавшиеся риски, которые не были предотвращены. Проактивное управление проблемами, включающее идентификацию известных ошибок до начала эксплуатации услуги, похоже на управление рисками, так как направлено на предотвращение возможных инцидентов. Таким образом, управление проблемами содержит элементы управления рисками, особенно в его проактивной части. Автор: Павел Дёмин Рейтинг: 1998 Теги: ITIL, управление инцидентами, управление проблемами, управление рисками