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

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

## [Как связаны цели процесса и выбор метрик для его оценки?](https://cleverics.ru/digital/kb-qa/kak-svyazany-tseli-protsessa-i-vybor-metrik-dlya-ego-otsenki/)

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

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

Рейтинг: 865

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

## [Какие вопросы обычно задаются пользователю для определения уровня влияния инцидента?](https://cleverics.ru/digital/kb-qa/kakie-voprosy-obychno-zadayutsya-polzovatelyu-dlya-opredeleniya-urovnya-vliyaniya-intsidenta/)

Обычно задаются два основных вопроса: 1) Не работает только у вас или другие коллеги также сталкиваются с этой проблемой? 2) Совершенно не работает ИТ-услуга или недоступна только часть функционала? На основании ответов определяется один из четырех уровней влияния. Однако эта схема часто усложняется дополнительными критериями, так как базовые вопросы имеют недостатки: пользователи могут не знать о проблемах коллег, а граница между 'совсем не работает' и 'частично не работает' может быть неочевидной в конкретных ситуациях.

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

Рейтинг: 865

Теги: поддержка пользователей, Service Desk, Help Desk, управление инцидентами

## [В чем заключается ключевое отличие управления проблемами в условиях сильной и слабой матрицы?](https://cleverics.ru/digital/kb-qa/v-chem-zaklyuchaetsya-klyuchevoe-otlichie-upravleniya-problemami-v-usloviyakh-silnoy-i-slaboy-matrit/)

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

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

Рейтинг: 865

Теги: управление проблемами

## [Как определить заинтересованные стороны (стейкхолдеров) в контексте коммуникационного процесса?](https://cleverics.ru/digital/kb-qa/kak-opredelit-zainteresovannye-storony-steykkholderov-v-kontekste-kommunikatsionnogo-protsessa/)

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

Автор: Елена Колбей

Рейтинг: 865

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

## [Как CMDB помогает в определении затрат на обеспечение сервисов?](https://cleverics.ru/digital/kb-qa/kak-cmdb-pomogaet-v-opredelenii-zatrat-na-obespechenie-servisov/)

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

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

Рейтинг: 865

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

## [Как социальная лень может быть полезной в контексте ИТ-разработки?](https://cleverics.ru/digital/kb-qa/kak-sotsialnaya-len-mozhet-byt-poleznoy-v-kontekste-it-razrabotki/)

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

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

Рейтинг: 865

Теги: Agile и гибкие методы разработки ПО, архитектура ИТ, TOGAF и IT4IT, командная работа, постоянное улучшение, совершенствование, CSI, PDCA, эффективность, оптимизация

## [Какие инструменты и методы используются для измерения результативности ИТ-процессов?](https://cleverics.ru/digital/kb-qa/kakie-instrumenty-i-metody-ispolzuyutsya-dlya-izmereniya-rezultativnosti-it-protsessov/)

Для измерения результативности ИТ-процессов используются специальные наборы KPI (ключевых показателей эффективности) и методология формирования сбалансированных карт показателей. Эти методы позволяют измерить, насколько хорошо процессы удовлетворяют бизнес-требования и достигают поставленных целей. Сбалансированные карты показателей обеспечивают комплексный взгляд на эффективность процессов, учитывая различные аспекты их работы и влияния на бизнес. Такой подход позволяет не только измерить текущую результативность, но и определить пути её улучшения.

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

Рейтинг: 865

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

## [Может ли реализовавшийся риск быть не связанным с инцидентом в ITIL?](https://cleverics.ru/digital/kb-qa/mozhet-li-realizovavshiysya-risk-byt-ne-svyazannym-s-intsidentom-v-itil/)

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

Автор: Артём Мукосеев

Рейтинг: 865

Теги: ITIL, управление инцидентами, управление рисками

## [Как связана роль координатора изменений с вендорскими процессными моделями?](https://cleverics.ru/digital/kb-qa/kak-svyazana-rol-koordinatora-izmeneniy-s-vendorskimi-protsessnymi-modelyami/)

Роль координатора изменений, хотя и не упомянута в официальной документации ITIL, широко используется в большинстве распространенных вендорских процессных моделях. Например, она присутствует в моделях компаний BMC, HP и IBM. В IBM Tivoli Unified Process эта роль называется 'Владелец изменений', что может вызывать терминологическую путаницу из-за многозначного использования слова 'Owner' в ИТ-управлении. Несмотря на отсутствие официального признания этой роли в ITIL, на практике внедрение управления изменениями в крупных компаниях практически всегда включает назначение координаторов изменений

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

Рейтинг: 865

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

## [Какие инструменты можно использовать для поддержки сотрудников в процессе управления изменениями?](https://cleverics.ru/digital/kb-qa/kakie-instrumenty-mozhno-ispolzovat-dlya-podderzhki-sotrudnikov-v-protsesse-upravleniya-izmeneniyami/)

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

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

Рейтинг: 865

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