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

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

## [Каково происхождение термина 'менеджер услуг' (service manager) в контексте ITIL?](https://cleverics.ru/digital/kb-qa/kakovo-proiskhozhdenie-termina-menedzher-uslug-service-manager-v-kontekste-itil/)

Термин 'менеджер услуг' (service manager) в ITIL представляет собой общий термин для обозначения любого руководителя в организации поставщика услуг. В словаре ITIL 2011 он описывается как руководитель, который может относиться к менеджерам по взаимоотношениям с бизнесом, менеджерам процессов или к высшему руководству, отвечающему за ИТ-услуги в целом. При переходе на ITILv3 этот термин формально сохранялся, но фактически не использовался из-за слишком обширного смыслового наполнения. В ITIL 4 упоминание сущности 'менеджер услуг' полностью исчезло.

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

Рейтинг: 952

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

## [Почему руководители могут не замечать ошибки в учёте трудозатрат, основываясь на 'презумпции 100%'?](https://cleverics.ru/digital/kb-qa/pochemu-rukovoditeli-mogut-ne-zamechat-oshibki-v-uchete-trudozatrat-osnovyvayas-na-prezumptsii-100/)

Руководители, следуя презумпции 100%, автоматически распределяют рабочее время сотрудников по заранее утверждённым задачам, игнорируя реальные данные. Это происходит из-за стремления упростить отчётность или избежать анализа сложных процессов. Например, если все задачи формально 'загружены', то отпадает необходимость корректировать нагрузку или менять процессы. Такая позиция отражает непонимание целей учёта, который должен выявлять дисбалансы загрузки, а не подтверждать иллюзию равномерной работы.

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

Рейтинг: 952

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

## [Почему необходимые условия для успешного ITSM проекта не являются достаточными?](https://cleverics.ru/digital/kb-qa/pochemu-neobkhodimye-usloviya-dlya-uspeshnogo-itsm-proekta-ne-yavlyayutsya-dostatochnymi/)

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

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

Рейтинг: 952

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

## [Как влияет работа первой линии поддержки на общую удовлетворенность пользователей ИТ-услугами?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-rabota-pervoy-linii-podderzhki-na-obshchuyu-udovletvorennost-polzovateley-it-uslugami/)

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

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

Рейтинг: 951

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

## [Почему в корпоративной среде сложно реализовать модель возмещения стоимости ИТ-услуг?](https://cleverics.ru/digital/kb-qa/pochemu-v-korporativnoy-srede-slozhno-realizovat-model-vozmeshcheniya-stoimosti-it-uslug/)

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

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

Рейтинг: 951

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

## [Какие аспекты ИТ-услуг учитываются при прямом измерении удовлетворённости заказчика?](https://cleverics.ru/digital/kb-qa/kakie-aspekty-it-uslug-uchityvayutsya-pri-pryamom-izmerenii-udovletvorennosti-zakazchika/)

При прямом измерении удовлетворённости заказчика учитываются как warranty (гарантийные аспекты, связанные с надежностью, доступностью и безопасностью услуг), так и utility (полезность услуги, соответствие потребностям и функциональным требованиям). Такой подход позволяет оценить не только количественные показатели, прописанные в SLA, но и общее впечатление заказчика об услуге, а также соответствие реальных результатов его ожиданиям и бизнес-потребностям.

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

Рейтинг: 951

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

## [Какие обязанности выполняет менеджер изменений в процессе управления изменениями?](https://cleverics.ru/digital/kb-qa/kakie-obyazannosti-vypolnyaet-menedzher-izmeneniy-v-protsesse-upravleniya-izmeneniyami/)

Менеджер изменений участвует в реализации каждого изменения, которое не является стандартным. Его обязанности включают участие в согласовании изменений, контроле сроков их реализации, проведении анализа после реализации (PIR), а также решение спорных вопросов, связанных с переносом сроков, изменением приоритетов и форсированным ускоренным развертыванием в обход политики релизов. Менеджер обеспечивает общий контроль над процессом и выступает в качестве арбитра в ситуациях, требующих принятия нестандартных решений

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

Рейтинг: 951

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

## [Как сделать так, чтобы метрики не искажались сотрудниками?](https://cleverics.ru/digital/kb-qa/kak-sdelat-tak-chtoby-metriki-ne-iskazhalis-sotrudnikami/)

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

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

Рейтинг: 951

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

## [Какие проблемы возникают при внедрении измерений потока создания ценности в организациях?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-vnedrenii-izmereniy-potoka-sozdaniya-tsennosti-v-organizatsiyakh/)

Основные проблемы включают следующие аспекты: тим-лиды не всегда понимают, зачем нужно измерять поток, и как это может помочь; команды не всегда знают, как именно измерять поток и почему именно они должны этим заниматься, а не специальные сотрудники; руководители, особенно в крупных предприятиях, часто не понимают, что такое поток и как его управлять на основе данных; методологи и коучи могут переоценивать свои знания и разглядывать множество диаграмм вместо фокуса на ключевых метриках; владельцы продуктов нередко игнорируют объективные данные о работе системы, считая, что ресурсы безграничны, и сосредотачиваясь только на постановке задач.

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

Рейтинг: 951

Теги: бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, Канбан, WIP-лимиты, командная работа, обучение сотрудников, учебные курсы, тренинги, общие вопросы менеджмента, поток создания ценности (Value Stream), управление знаниями, управление продуктами, продуктовый подход, управление релизами

## [Что отличает небольшие улучшения от масштабных организационных изменений?](https://cleverics.ru/digital/kb-qa/chto-otlichaet-nebolshie-uluchsheniya-ot-masshtabnykh-organizatsionnykh-izmeneniy/)

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

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

Рейтинг: 951

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