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

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

## [Какие роли выделяются при организации процесса управления изменениями?](https://cleverics.ru/digital/kb-qa/kakie-roli-vydelyayutsya-pri-organizatsii-protsessa-upravleniya-izmeneniyami/)

Выделяются две основные роли: менеджер изменений и координатор изменений. Менеджер изменений несет ответственность за общий контроль исполнения и организацию работ по проведению изменений в целом. Координаторы изменений отвечают за организацию обработки отдельных запросов на изменения. Координаторы обычно назначаются по функциональному или географическому признакам либо по обоим признакам одновременно. В некоторых моделях, например в IBM Tivoli Unified Process, роль координатора называется 'Владелец изменений'

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

Рейтинг: 1334

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

## [Что происходит в команде, когда один участник слишком много берет на себя?](https://cleverics.ru/digital/kb-qa/chto-proiskhodit-v-komande-kogda-odin-uchastnik-slishkom-mnogo-beret-na-sebya/)

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

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

Рейтинг: 1334

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

## [Какие преимущества имеет организация поддержки без единой точки контакта (Service Desk)?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-imeet-organizatsiya-podderzhki-bez-edinoy-tochki-kontakta-service-desk/)

Организация поддержки без единой точки контакта (Service Desk) позволяет снизить нагрузку на центральную службу, так как большая часть обращений напрямую попадает к профильным группам. Например, по данным описанных кейсов, около 81% обращений через электронные каналы взаимодействия, таких как электронная почта и веб-интерфейс, сразу направляются в соответствующие технические группы, а телефонные обращения, проходящие через первую линию, составляют лишь 19% всех обращений. Это обеспечивает более быстрое решение задач и оптимизацию процессов за счет специализации каждой группы.

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

Рейтинг: 1334

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

## [Почему стандартное понимание SLM как процесса создания двух каталогов услуг, SLA и OLA является ограниченным?](https://cleverics.ru/digital/kb-qa/pochemu-standartnoe-ponimanie-slm-kak-protsessa-sozdaniya-dvukh-katalogov-uslug-sla-i-ola-yavlyaetsy/)

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

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

Рейтинг: 1333

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

## [Почему большинство крупных компаний не реализуют полномасштабное сервисное управление ИТ-услугами?](https://cleverics.ru/digital/kb-qa/pochemu-bolshinstvo-krupnykh-kompaniy-ne-realizuyut-polnomasshtabnoe-servisnoe-upravlenie-it-uslugam/)

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

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

Рейтинг: 1332

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

## [Когда необходимость в CI/CD может быть не столь очевидной для команды?](https://cleverics.ru/digital/kb-qa/kogda-neobkhodimost-v-ci-cd-mozhet-byt-ne-stol-ochevidnoy-dlya-komandy/)

Необходимость в CI/CD может быть не столь очевидной для команды, которая разрабатывает программное обеспечение для будущего релиза, MVP или первой версии, который запланирован на значительный срок вперед (например, через полгода-год). В таких случаях основная проблема заключается не в организации процесса доставки изменений, а в самом создании работоспособного продукта. До тех пор, пока нет боевой среды с реальными живыми пользователями, внедрение сложного конвейера развёртывания может оказаться преждевременным и отвлекающим от основных задач разработки. В этой ситуации ресурсы команды лучше направить на создание качественного продукта, а вопросы автоматизации процессов доставки и развертывания можно решать уже тогда, когда будет определенность с пользовательской аудиторией и необходимостью частых обновлений.

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

Рейтинг: 1331

Теги: Agile и гибкие методы разработки ПО, DevOps, CI/CD, командная работа, поддержка пользователей, Service Desk, Help Desk, управление конфигурациями, CMDB, управление продуктами, продуктовый подход, управление релизами

## [Что такое главное различие между запросом и потребностью в контексте взаимодействия ИТ и бизнеса?](https://cleverics.ru/digital/kb-qa/chto-takoe-glavnoe-razlichie-mezhdu-zaprosom-i-potrebnostyu-v-kontekste-vzaimodeystviya-it-i-biznesa/)

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

Автор: Игорь Гутник

Рейтинг: 1330

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

## [Какую роль играет владелец информационного ресурса в процессе согласования доступа?](https://cleverics.ru/digital/kb-qa/kakuyu-rol-igraet-vladelets-informatsionnogo-resursa-v-protsesse-soglasovaniya-dostupa/)

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

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

Рейтинг: 1330

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

## [Что такое сквозной процесс приоритизации в контексте ITIL 4?](https://cleverics.ru/digital/kb-qa/chto-takoe-skvoznoy-protsess-prioritizatsii-v-kontekste-itil-4/)

Сквозной процесс приоритизации в ITIL 4 — это подход, при котором приоритизация инцидентов не ограничивается одним этапом жизненного цикла (например, сразу после классификации), а может проводиться многократно в течение всего процесса управления инцидентом. Это связано с тем, что в реальной работе условия постоянно меняются: появляются новые инциденты, меняется влияние существующих, приближаются или наступают дедлайны SLA. Сквозная приоритизация позволяет гибко перераспределять ресурсы и адаптировать планы работы в реальном времени, чтобы минимизировать общее негативное влияние на бизнес и пользователей, независимо от текущего этапа обработки инцидента.

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

Рейтинг: 1330

Теги: ITIL, SLA, бизнес, ценность, бизнес-заказчик, поддержка пользователей, Service Desk, Help Desk, управление инцидентами, управление уровнем услуг, SLM

## [Какие преимущества дает использование полной автоматизации в Definition of Done согласно DevOps?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-ispolzovanie-polnoy-avtomatizatsii-v-definition-of-done-soglasno-devops/)

Полная автоматизация в Definition of Done согласно DevOps дает следующие преимущества: 1) Снижение ошибок, вызванных человеческим фактором; 2) Ускорение циклов разработки и развертывания; 3) Повышение надежности и воспроизводимости процессов; 4) Раннее обнаружение и исправление дефектов; 5) Упрощение процесса масштабирования; 6) Повышение удовлетворенности команды за счет уменьшения рутинных операций; 7) Возможность непрерывного улучшения продукта через регулярные небольшие обновления. Такой подход позволяет фокусироваться на создании ценности для пользователей, а не на организационных и технических сложностях процесса доставки.

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

Рейтинг: 1329

Теги: Agile и гибкие методы разработки ПО, DevOps, CI/CD, бизнес, ценность, бизнес-заказчик, командная работа, поддержка пользователей, Service Desk, Help Desk, постоянное улучшение, совершенствование, CSI, PDCA, разработка ПО, трансформация, ускорение, Time-to-Market, управление продуктами, продуктовый подход, управление релизами, эффективность, оптимизация