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

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

## [Чем можно объяснить несоответствие данных из отчетов реальному опыту некоторых компаний (например, сети «Дикси»)?](https://cleverics.ru/digital/kb-qa/chem-mozhno-obyasnit-nesootvetstvie-dannykh-iz-otchetov-realnomu-opytu-nekotorykh-kompaniy-naprimer/)

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

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

Рейтинг: 1264

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

## [Как формируется операционный бюджет ИТ согласно ITIL?](https://cleverics.ru/digital/kb-qa/kak-formiruetsya-operatsionnyy-byudzhet-it-soglasno-itil/)

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

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

Рейтинг: 1263

Теги: ITIL, аллокация затрат, расчёт себестоимости услуг, бизнес, ценность, бизнес-заказчик, бюджетирование, планирование затрат, общие вопросы менеджмента, управление отношениями, взаимодействие, BRM, управление уровнем услуг, SLM, экономика и финансы

## [Как DevOps изменил традиционное понимание завершения разработки по сравнению с методологиями Agile?](https://cleverics.ru/digital/kb-qa/kak-devops-izmenil-traditsionnoe-ponimanie-zaversheniya-razrabotki-po-sravneniyu-s-metodologiyami-ag/)

DevOps расширил традиционное Agile понимание завершения разработки, сдвинув критерии завершения дальше в право по временной шкале процесса. Если в Agile работа считается завершенной после принятия ее владельцем продукта, то в DevOps критерий завершения переносится на момент, когда код успешно функционирует в продуктивной среде и, в идеале, когда весь процесс сборки, тестирования и развертывания автоматизирован. Это изменение отражает фокус DevOps на непрерывной доставке ценности конечным пользователям, а не на внутренних проверках и утверждениях.

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

Рейтинг: 1263

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

## [Как управлять нагрузкой сотрудников, чтобы не снижать производительность?](https://cleverics.ru/digital/kb-qa/kak-upravlyat-nagruzkoy-sotrudnikov-chtoby-ne-snizhat-proizvoditelnost/)

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

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

Рейтинг: 1263

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

## [Как рассчитывается общий интегральный показатель при большом количестве KPI?](https://cleverics.ru/digital/kb-qa/kak-rasschityvaetsya-obshchiy-integralnyy-pokazatel-pri-bolshom-kolichestve-kpi/)

Для расчета общего интегрального показателя при большом числе KPI рекомендуется применять многоступенчатый подход. Сначала разбивают все KPI на логические группы, для каждой из которых рассчитывают отдельный интегральный показатель (используя подходящий метод агрегирования). Затем полученные групповые показатели объединяют для формирования общего интегрального показателя. Например, при оценке качества множества услуг можно создать три группы: mission-critical, business-critical и обычные услуги. Для каждой категории рассчитывают свой интегральный показатель, после чего общий результат получают через среднее арифметическое или геометрическое (с возможным применением весовых коэффициентов, отражающих важность каждой группы).

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

Рейтинг: 1263

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

## [Какие проблемы возникают, когда владельцем процесса назначают руководителя одного из задействованных подразделений?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-kogda-vladeltsem-protsessa-naznachayut-rukovoditelya-odnogo-iz-zadeystvova/)

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

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

Рейтинг: 1263

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

## [Как определить, за какой ИТ-сервис отвечает конкретный сотрудник?](https://cleverics.ru/digital/kb-qa/kak-opredelit-za-kakoy-it-servis-otvechaet-konkretnyy-sotrudnik/)

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

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

Рейтинг: 1263

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

## [Что такое «замыленность взгляда» и как она влияет на анализ проблем?](https://cleverics.ru/digital/kb-qa/chto-takoe-zamylennost-vzglyada-i-kak-ona-vliyaet-na-analiz-problem/)

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

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

Рейтинг: 1263

## [Как выглядят ответы на вопросы портфеля услуг для внутреннего ИТ-провайдера?](https://cleverics.ru/digital/kb-qa/kak-vyglyadyat-otvety-na-voprosy-portfelya-uslug-dlya-vnutrennego-it-provaydera/)

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

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

Рейтинг: 1263

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

## [Почему сервисный подход не всегда применим в работе ИТ-службы?](https://cleverics.ru/digital/kb-qa/pochemu-servisnyy-podkhod-ne-vsegda-primenim-v-rabote-it-sluzhby/)

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

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

Рейтинг: 1262

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