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

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

## [Какие критерии помогают определить наиболее подходящую стратегию изменений для организации?](https://cleverics.ru/digital/kb-qa/kakie-kriterii-pomogayut-opredelit-naibolee-podkhodyashchuyu-strategiyu-izmeneniy-dlya-organizatsii/)

Для выбора стратегии необходимо оценить: 1) Скорость требуемых изменений (срочные преобразования требуют концентрации инструментов влияния); 2) Распределение власти и интересов в организации (при множестве заинтересованных сторон эффективнее построение альянсов); 3) Наличие ресурсов и поддержки руководства; 4) Степень сопротивления сотрудников (для слабого сопротивления подходит пошаговая стратегия); 5) Соответствие изменений общей стратегии компании (если изменения органичны для бизнеса, проще внедрять их постепенно). Эти критерии помогут выбрать оптимальный путь минимизации рисков и повышения шансов на успех.

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

Рейтинг: 863

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

## [Чем отличаются процессы EDM01 и EDM05 от процессов EDM02–EDM04 в контексте руководства ИТ?](https://cleverics.ru/digital/kb-qa/chem-otlichayutsya-protsessy-edm01-i-edm05-ot-protsessov-edm02-edm04-v-kontekste-rukovodstva-it/)

Процессы EDM01 и EDM05 в COBIT 5 ориентированы на управление самой системой руководства ИТ, в то время как EDM02–EDM04 обеспечивают руководство системой управления ИТ. Объектом для EDM01 является система руководства ИТ (процессы EDM02–EDM04), и этот процесс отвечает за создание и обновление подхода к руководству. Аналогично, EDM05 формирует отчетность и обеспечивает прозрачность деятельности системы руководства для заинтересованных сторон. Таким образом, процессы EDM01 и EDM05 описывают, как обеспечивается сама система руководства, в отличие от остальных процессов, которые управляют деятельностью организации в области ИТ.

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

Рейтинг: 863

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

## [Как автоматизация ИТ-поддержки влияет на определение функций первой линии?](https://cleverics.ru/digital/kb-qa/kak-avtomatizatsiya-it-podderzhki-vliyaet-na-opredelenie-funktsiy-pervoy-linii/)

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

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

Рейтинг: 863

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

## [Как совместная работа бизнес-специалистов и разработчиков может создавать синергетический эффект?](https://cleverics.ru/digital/kb-qa/kak-sovmestnaya-rabota-biznes-spetsialistov-i-razrabotchikov-mozhet-sozdavat-sinergeticheskiy-effekt/)

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

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

Рейтинг: 863

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

## [Почему при многочасовых поясах обращения могут выполняться дольше обещанного времени?](https://cleverics.ru/digital/kb-qa/pochemu-pri-mnogochasovykh-poyasakh-obrashcheniya-mogut-vypolnyatsya-dolshe-obeshchannogo-vremeni/)

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

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

Рейтинг: 863

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

## [Как определяется релиз в контексте процесса управления релизами?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-reliz-v-kontekste-protsessa-upravleniya-relizami/)

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

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

Рейтинг: 863

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

## [Почему в потоке важно фокусироваться на завершении взятых обязательств?](https://cleverics.ru/digital/kb-qa/pochemu-v-potoke-vazhno-fokusirovatsya-na-zavershenii-vzyatykh-obyazatelstv/)

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

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

Рейтинг: 863

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

## [Как использовать модель Compass Model для анализа услуги "ИТ-обеспечение процесса выдачи кредитов физлицам"?](https://cleverics.ru/digital/kb-qa/kak-ispolzovat-model-compass-model-dlya-analiza-uslugi-it-obespechenie-protsessa-vydachi-kreditov-fi/)

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

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

Рейтинг: 863

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

## [Что такое "костяк" ролевой модели в RBAC?](https://cleverics.ru/digital/kb-qa/chto-takoe-kostyak-rolevoy-modeli-v-rbac/)

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

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

Рейтинг: 863

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

## [Какое значение принимает метрика, если все старые проблемы были решены, а новые зарегистрированы?](https://cleverics.ru/digital/kb-qa/kakoe-znachenie-prinimaet-metrika-esli-vse-starye-problemy-byli-resheny-a-novye-zaregistrirovany/)

Если все старые проблемы были решены, а новые зарегистрированы, то метрика принимает значение 1. Это происходит потому, что в этом случае количество открытых проблем по итогам периода (O) будет равно количеству новых проблем (N), так как все старые проблемы закрыты. Подставляя в формулу (N + C)/(N + C + O) и учитывая, что O = N, а C равно количеству закрытых старых проблем, получаем, что значение метрики будет равно 1. Это максимальное значение, которое показывает идеальную работу процесса управления проблемами за отчетный период.

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

Рейтинг: 863

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