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

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

## [Почему опасно изолировать разработчиков от обратной связи от пользователей?](https://cleverics.ru/digital/kb-qa/pochemu-opasno-izolirovat-razrabotchikov-ot-obratnoy-svyazi-ot-polzovateley/)

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

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

Рейтинг: 779

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

## [К каким последствиям приводит изолированное управление подразделениями?](https://cleverics.ru/digital/kb-qa/k-kakim-posledstviyam-privodit-izolirovannoe-upravlenie-podrazdeleniyami/)

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

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

Рейтинг: 779

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

## [Какова минимальная схема измерения доступности ИТ-услуг в бизнес-терминах?](https://cleverics.ru/digital/kb-qa/kakova-minimalnaya-skhema-izmereniya-dostupnosti-it-uslug-v-biznes-terminakh/)

Минимальная схема измерения доступности ИТ-услуг в бизнес-терминах включает следующие шаги: 1) выделение функциональных блоков (направлений) на стороне заказчика; 2) сопоставление ИТ-систем с функциональными направлениями заказчика; 3) определение критериев доступности для компонентов ИТ-услуг; 4) реализация сбора данных о (не)доступности ИТ-услуг и их компонентов; 5) расчёт доступности ИТ-обеспечения функциональных блоков на основе данных о доступности соответствующих ИТ-услуг и компонентов. Эта схема рассматривается как отправная точка, от которой можно постепенно двигаться к более детализированному учёту критических бизнес-функций (VBF).

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

Рейтинг: 779

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

## [Почему многие организации сталкиваются с трудностями при использовании сервисно-ресурсной модели в повседневной работе?](https://cleverics.ru/digital/kb-qa/pochemu-mnogie-organizatsii-stalkivayutsya-s-trudnostyami-pri-ispolzovanii-servisno-resursnoy-modeli/)

Многие организации сталкиваются с трудностями при использовании сервисно-ресурсной модели в повседневной работе из-за отсутствия четкого понимания ее практического применения. Несмотря на то, что проекты по созданию модельных примеров требуют значительных усилий, на этапе промышленной эксплуатации часто выясняется, что большинство разработанных «фишек» не используются. Это связано с тем, что изначально модели проектируются с избытком функциональности, без четкого понимания реальных потребностей бизнес-процессов.

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

Рейтинг: 779

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

## [Как можно объединить разные подходы к управлению изменениями в ИТ-среде?](https://cleverics.ru/digital/kb-qa/kak-mozhno-obedinit-raznye-podkhody-k-upravleniyu-izmeneniyami-v-it-srede/)

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

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

Рейтинг: 779

Теги: управление изменениями

## [Что такое среднее геометрическое в контексте агрегирования KPI и когда его использовать?](https://cleverics.ru/digital/kb-qa/chto-takoe-srednee-geometricheskoe-v-kontekste-agregirovaniya-kpi-i-kogda-ego-ispolzovat/)

Среднее геометрическое — это метод агрегирования, который вычисляет корень n-ой степени из произведения n показателей. Этот метод особенно полезен, когда необходимо учитывать, что снижение любого показателя негативно влияет на общий результат, так как он более чувствителен к низким значениям. Например, в системах, где критически важно поддерживать высокий уровень по всем показателям (mission-critical услуги), среднее геометрическое может быть предпочтительнее среднего арифметического, так как оно не позволяет компенсировать низкое значение одного показателя высоким значением другого. Таким образом, этот метод подходит для оценки систем, где все составляющие равнозначно важны и не допускают существенных отклонений.

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

Рейтинг: 779

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

## [Какие преимущества дает автоматическое назначение задач на группы?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-avtomaticheskoe-naznachenie-zadach-na-gruppy/)

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

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

Рейтинг: 779

Теги: аллокация затрат, расчёт себестоимости услуг, управление запросами на обслуживание

## [Какие методы можно использовать для сбора дополнительной информации о работе процесса помимо автоматизированных метрик?](https://cleverics.ru/digital/kb-qa/kakie-metody-mozhno-ispolzovat-dlya-sbora-dopolnitelnoy-informatsii-o-rabote-protsessa-pomimo-avtoma/)

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

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

Рейтинг: 779

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

## [Какие методы помогают успешно реализовать принцип Zero Known Defects?](https://cleverics.ru/digital/kb-qa/kakie-metody-pomogayut-uspeshno-realizovat-printsip-zero-known-defects/)

Для успешной реализации принципа Zero Known Defects необходимо внедрить несколько методов. Основным является создание культуры, где устранение дефектов имеет первоочередной приоритет перед разработкой новых функций. Нужно внедрить процессы, которые не позволяют накапливать дефекты, например, проверку качества кода перед тем, как считать задачу завершенной. Также полезны автоматизированные тесты и непрерывная интеграция, которые помогают быстро выявлять дефекты. Для существующих проектов (not green field) можно постепенно снижать количество дефектов в бэклоге, устанавливая целевые показатели. Важно также изменить KPI-метрики, чтобы поощрять команды за поддержание системы в рабочем состоянии, а не за количество реализованных фич.

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

Рейтинг: 779

Теги: Agile и гибкие методы разработки ПО, DevOps, CI/CD, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, командная работа, разработка ПО, управление проектами, PRINCE2, управление процессами, ИТ-процессы

## [Как в ITIL описывается процесс комбинирования ролей в управлении изменениями?](https://cleverics.ru/digital/kb-qa/kak-v-itil-opisyvaetsya-protsess-kombinirovaniya-roley-v-upravlenii-izmeneniyami/)

В ITIL указано, что роли в управлении изменениями могут быть объединены различным образом в зависимости от организационного контекста. Например, небольшие организации могут объединить обязанности владельца процесса управления изменениями, менеджера процесса, администратора изменений и председателя Консультативного совета по изменениям (CAB) в одну роль - менеджера изменений. В более крупных организациях эти функции обычно распределяются между различными специалистами. В ITIL4 с введением роли менеджера изменений как специфической для практики 'Поддержка изменений' также допускается сочетание его обязанностей с координатором изменений для работ в ограниченном контексте, в зависимости от структуры организации и масштаба изменений.

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

Рейтинг: 779

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