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

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

## [Какие вопросы следует обсудить между бизнесом и IT для предотвращения будущих недоразумений?](https://cleverics.ru/digital/kb-qa/kakie-voprosy-sleduet-obsudit-mezhdu-biznesom-i-it-dlya-predotvrashcheniya-budushchikh-nedorazumeniy/)

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

Автор: Сандра Урядова

Рейтинг: 1094

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

## [Какие ситуации требуют пересмотра условий работы с внешними ИТ-поставщиками?](https://cleverics.ru/digital/kb-qa/kakie-situatsii-trebuyut-peresmotra-usloviy-raboty-s-vneshnimi-it-postavshchikami/)

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

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

Рейтинг: 1094

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

## [Как определить, что сотрудник перегружен из-за низкой производительности, а не из-за высокой интенсивности?](https://cleverics.ru/digital/kb-qa/kak-opredelit-chto-sotrudnik-peregruzhen-iz-za-nizkoy-proizvoditelnosti-a-ne-iz-za-vysokoy-intensivn/)

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

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

Рейтинг: 1094

Теги: мониторинг, эффективность, оптимизация

## [Как BRM справляется с нечетко сформулированными требованиями заказчика?](https://cleverics.ru/digital/kb-qa/kak-brm-spravlyaetsya-s-nechetko-sformulirovannymi-trebovaniyami-zakazchika/)

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

Автор: Павел Дёмин

Рейтинг: 1094

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

## [Как можно использовать структуру фактора влияния COBIT 5 для организации системы измерений и оценки процесса управления изменениями?](https://cleverics.ru/digital/kb-qa/kak-mozhno-ispolzovat-strukturu-faktora-vliyaniya-cobit-5-dlya-organizatsii-sistemy-izmereniy-i-otse/)

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

Автор: Павел Дёмин

Рейтинг: 1094

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

## [Какие показатели следует отслеживать при управлении процессом резервного копирования?](https://cleverics.ru/digital/kb-qa/kakie-pokazateli-sleduet-otslezhivat-pri-upravlenii-protsessom-rezervnogo-kopirovaniya/)

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

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

Рейтинг: 1094

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

## [Какие soft skills особенно важны для успешного агента изменений?](https://cleverics.ru/digital/kb-qa/kakie-soft-skills-osobenno-vazhny-dlya-uspeshnogo-agenta-izmeneniy/)

Особо важными soft skills для успешного агента изменений являются широта ума, открытость, чёткость мысли и готовность к диалогу. Специалист должен быть гибким для встраивания в организацию, достаточно умным, чтобы понять сложные процессы во всех их аспектах, и достаточно мотивированным для проведения изменений. Знание методологий (таких как agile) и опыт работы важны, но могут не компенсировать отсутствие необходимых социальных навыков, таких как чуткость к команде и внимательность к реальным проблемам организации.

Автор: Сандра Урядова

Рейтинг: 1093

Теги: Agile и гибкие методы разработки ПО, командная работа, обучение сотрудников, учебные курсы, тренинги, организационные изменения, агенты изменений, трансформация, ускорение, Time-to-Market, управление знаниями

## [Как правильно установить "финишный флажок" в процессе создания ценности при гибком управлении?](https://cleverics.ru/digital/kb-qa/kak-pravilno-ustanovit-finishnyy-flazhok-v-protsesse-sozdaniya-tsennosti-pri-gibkom-upravlenii/)

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

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

Рейтинг: 1093

Теги: бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, поток создания ценности (Value Stream)

## [Почему важно учитывать как Utility, так и Warranty при создании услуги?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-uchityvat-kak-utility-tak-i-warranty-pri-sozdanii-uslugi/)

Важно учитывать как Utility, так и Warranty при создании услуги, потому что только их совокупность определяет, сможет ли услуга создать ценность для пользователя. Utility определяет, решает ли услуга нужную задачу (fit for purpose), а Warranty - насколько удобно и надежно ее можно использовать (fit for use). Услуга может идеально решать задачу (высокая Utility), но быть неудобной в использовании из-за частых сбоев, медленной работы или сложной настройки (низкая Warranty), что снижает ее общую ценность. Аналогично, услуга может быть стабильной и надежной (высокая Warranty), но не решать нужных задач пользователям (низкая Utility). Только сочетание высоких уровней обоих характеристик позволяет услуге эффективно создавать ценность и удовлетворять потребности пользователей.

Автор: Александр Движков

Рейтинг: 1093

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

## [Как менеджер процесса должен использовать аналитику, добавленную разными уровнями команды?](https://cleverics.ru/digital/kb-qa/kak-menedzher-protsessa-dolzhen-ispolzovat-analitiku-dobavlennuyu-raznymi-urovnyami-komandy/)

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

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

Рейтинг: 1093

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