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

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

## [Какие факторы учитываются при расчете веса инцидента?](https://cleverics.ru/digital/kb-qa/kakie-faktory-uchityvayutsya-pri-raschete-vesa-intsidenta/)

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

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

Рейтинг: 935

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

## [Что такое Expanded Incident Lifecycle и как он применяется в цикле Деминга?](https://cleverics.ru/digital/kb-qa/chto-takoe-expanded-incident-lifecycle-i-kak-on-primenyaetsya-v-tsikle-deminga/)

Expanded Incident Lifecycle — это инструмент, который позволяет разбить время жизни инцидента на отдельные этапы для более детального анализа. При применении в цикле Деминга этот инструмент используется на этапе Планируй (Plan) для измерения средней продолжительности каждого этапа и выявления узких мест. Например, при анализе задержек в управлении инцидентами с помощью Expanded Incident Lifecycle можно обнаружить, что большое время занимает нахождение инцидентов в очереди. Это знание помогает сформулировать гипотезу решения проблемы (такую как немедленное решение простых инцидентов), которая затем проверяется в рамках полного цикла PDCA.

Автор: Степан Хрулёв

Рейтинг: 935

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

## [Почему важно, чтобы информация становилась знанием и мудростью в системе управления услугами?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-chtoby-informatsiya-stanovilas-znaniem-i-mudrostyu-v-sisteme-upravleniya-uslugami/)

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

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

Рейтинг: 935

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

## [Какие основные причины препятствуют достижению кратного ускорения в разработке программного обеспечения?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-prichiny-prepyatstvuyut-dostizheniyu-kratnogo-uskoreniya-v-razrabotke-programmnogo-ob/)

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

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

Рейтинг: 934

Теги: архитектура ИТ, TOGAF и IT4IT, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, командная работа, поток создания ценности (Value Stream), трансформация, ускорение, Time-to-Market, управление конфигурациями, CMDB, управление релизами

## [Почему тема резервирования и восстановления данных является хорошей начальной точкой для ввода процесса управления уровнями обслуживания (SLM)?](https://cleverics.ru/digital/kb-qa/pochemu-tema-rezervirovaniya-i-vosstanovleniya-dannykh-yavlyaetsya-khoroshey-nachalnoy-tochkoy-dlya/)

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

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

Рейтинг: 934

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

## [Зачем нужен процесс управления релизами в ИТ-организации?](https://cleverics.ru/digital/kb-qa/zachem-nuzhen-protsess-upravleniya-relizami-v-it-organizatsii/)

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

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

Рейтинг: 934

Теги: DevOps, CI/CD, управление изменениями, управление релизами

## [От каких факторов зависит эффективность работы первой линии ИТ-поддержки?](https://cleverics.ru/digital/kb-qa/ot-kakikh-faktorov-zavisit-effektivnost-raboty-pervoy-linii-it-podderzhki/)

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

Автор: Анна Васильева

Рейтинг: 934

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

## [Почему SLA не должны быть самоцелью в организации?](https://cleverics.ru/digital/kb-qa/pochemu-sla-ne-dolzhny-byt-samotselyu-v-organizatsii/)

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

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

Рейтинг: 934

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

## [Почему бизнес-ценность нельзя гарантировать поставщику услуг?](https://cleverics.ru/digital/kb-qa/pochemu-biznes-tsennost-nelzya-garantirovat-postavshchiku-uslug/)

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

Автор: Роман Журавлёв

Рейтинг: 934

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

## [Как можно сочетать контроль и доверие в управленческой практике?](https://cleverics.ru/digital/kb-qa/kak-mozhno-sochetat-kontrol-i-doverie-v-upravlencheskoy-praktike/)

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

Автор: Роман Журавлёв

Рейтинг: 934

Теги: общие вопросы менеджмента