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

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

## [Каким образом первая линия поддержки может влиять на субъективную оценку качества ИТ-услуг пользователями?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-pervaya-liniya-podderzhki-mozhet-vliyat-na-subektivnuyu-otsenku-kachestva-it-uslug-pol/)

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

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

Рейтинг: 1081

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

## [Как пример с деловой игрой 'Проект Феникс' иллюстрирует возможность кратного ускорения в разработке?](https://cleverics.ru/digital/kb-qa/kak-primer-s-delovoy-igroy-proekt-feniks-illyustriruet-vozmozhnost-kratnogo-uskoreniya-v-razrabotke/)

Деловая игра 'Проект Феникс' демонстрирует, что кратное ускорение действительно возможно без смены персонала. На начальном этапе участники, работая как в обычных компаниях, показывают низкую эффективность: Time to Market составляет около 25 минут на задачу, а процент завершённых задач - 25-50%. К концу дня, после осознанного подхода к организации работы - правильной приоритизации задач, управлению потоком и внедрения ограничений на текущую работу - Time to Market снижается до 40 секунд - 1,5 минуты, а процент завершённых задач возрастает до 85-100%. Это подтверждает, что системные изменения в организации процессов, даже без изменения архитектуры и технологий (в рамках игры такие изменения невозможны), могут привести к ускорению в 15-25 раз.

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

Рейтинг: 1081

Теги: архитектура ИТ, TOGAF и IT4IT, деловые игры, бизнес-симуляции, Канбан, WIP-лимиты, организационные изменения, агенты изменений, разработка ПО, трансформация, ускорение, Time-to-Market, управление проектами, PRINCE2, управление релизами, эффективность, оптимизация

## [Какие факторы определяют необходимость включения того или иного участника в цепочку согласования доступа?](https://cleverics.ru/digital/kb-qa/kakie-faktory-opredelyayut-neobkhodimost-vklyucheniya-togo-ili-inogo-uchastnika-v-tsepochku-soglasov/)

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

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

Рейтинг: 1081

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

## [Как динамическое отображение показателей (среднего и минимального) помогает в управлении ИТ-услугами?](https://cleverics.ru/digital/kb-qa/kak-dinamicheskoe-otobrazhenie-pokazateley-srednego-i-minimalnogo-pomogaet-v-upravlenii-it-uslugami/)

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

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

Рейтинг: 1081

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

## [Почему разделение на 2-ю и 3-ю линии поддержки внутри одного подразделения является эффективным решением?](https://cleverics.ru/digital/kb-qa/pochemu-razdelenie-na-2-yu-i-3-yu-linii-podderzhki-vnutri-odnogo-podrazdeleniya-yavlyaetsya-effektiv/)

Разделение на 2-ю и 3-ю линии поддержки внутри одного структурного подразделения эффективно потому, что оно создает четкое разделение обязанностей между оперативной реакцией на инциденты и выполнением плановых работ. Фронтальная часть (2-я линия) фокусируется на текущих проблемах пользователей, обеспечивая быстрое реагирование, в то время как бэкенд (3-я линия) занимается анализом причин инцидентов, устранением технического долга и выполнением запланированных задач по улучшению системы. Такая структура позволяет поддерживать баланс между решением текущих проблем и предотвращением будущих, повышает качество системы мониторинга и сокращает общее количество инцидентов за счет работы над корневыми причинами.

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

Рейтинг: 1081

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

## [Как распределяется ответственность за принимаемые решения в продуктовой команде?](https://cleverics.ru/digital/kb-qa/kak-raspredelyaetsya-otvetstvennost-za-prinimaemye-resheniya-v-produktovoy-komande/)

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

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

Рейтинг: 1081

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

## [Как можно интерпретировать результат в 67% и 56% для двух сценариев с одинаковым процентом соблюдения сроков?](https://cleverics.ru/digital/kb-qa/kak-mozhno-interpretirovat-rezultat-v-67-i-56-dlya-dvukh-stsenariev-s-odinakovym-protsentom-soblyude/)

Результаты 67% (зеленый вариант) и 56% (красный вариант) при одинаковом KPI своевременности 95% демонстрируют, что первый сценарий предполагает значительно более быстрое устранение инцидентов. Хотя в обоих случаях 5% инцидентов просрочены, в зеленом варианте большая часть решена вблизи Tmin (30 минут), в то время как в красном — ближе к Tmax (4 часа). Это показывает, что новый метод оценки более точно отражает реальный уровень сервиса и оперативность команды.

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

Рейтинг: 1081

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

## [Почему важно учитывать принцип 'Отталкиваться от текущей ситуации' при внедрении изменений в ITSM?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-uchityvat-printsip-ottalkivatsya-ot-tekushchey-situatsii-pri-vnedrenii-izmeneniy-v-it/)

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

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

Рейтинг: 1080

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

## [Что такое 'узкие горлышки' в контексте потока создания ценности и как с ними работать?](https://cleverics.ru/digital/kb-qa/chto-takoe-uzkie-gorlyshki-v-kontekste-potoka-sozdaniya-tsennosti-i-kak-s-nimi-rabotat/)

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

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

Рейтинг: 1080

Теги: бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, поток создания ценности (Value Stream)

## [Как команда может улучшить скорость обработки задач в потоке?](https://cleverics.ru/digital/kb-qa/kak-komanda-mozhet-uluchshit-skorost-obrabotki-zadach-v-potoke/)

Для улучшения скорости обработки задач команда должна сфокусироваться на принципе «заканчивайте начинать, начинайте заканчивать». На ежедневных митингах важно обсуждать, как завершить текущие задачи по плану, а не просто делиться статусами. Необходимо назначить ответственного за координацию (менеджера поставки), который будет отслеживать блокировки, синхронизацию с другими командами и внедрение улучшений процесса. Также важно анализировать потоковые метрики, такие как время выполнения задач и количество незавершённой работы.

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

Рейтинг: 1080

Теги: DevOps, CI/CD, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, Канбан, WIP-лимиты, командная работа, общие вопросы менеджмента, постоянное улучшение, совершенствование, CSI, PDCA, управление релизами, эффективность, оптимизация