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

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

## [Что следует использовать вместо полного описания процесса для рядовых участников процесса?](https://cleverics.ru/digital/kb-qa/chto-sleduet-ispolzovat-vmesto-polnogo-opisaniya-protsessa-dlya-ryadovykh-uchastnikov-protsessa/)

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

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

Рейтинг: 919

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

## [Почему расширение области охвата изменений в организации может быть опасным?](https://cleverics.ru/digital/kb-qa/pochemu-rasshirenie-oblasti-okhvata-izmeneniy-v-organizatsii-mozhet-byt-opasnym/)

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

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

Рейтинг: 919

Теги: организационные изменения, агенты изменений, управление процессами, ИТ-процессы

## [Как первая линия поддержки может способствовать улучшению общей эффективности многоуровневой системы?](https://cleverics.ru/digital/kb-qa/kak-pervaya-liniya-podderzhki-mozhet-sposobstvovat-uluchsheniyu-obshchey-effektivnosti-mnogourovnevo/)

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

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

Рейтинг: 919

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

## [Как консультанты адаптируются к отпускам сотрудников заказчика?](https://cleverics.ru/digital/kb-qa/kak-konsultanty-adaptiruyutsya-k-otpuskam-sotrudnikov-zakazchika/)

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

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

Рейтинг: 919

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

## [Почему вебинары сложнее проводить, чем очные занятия?](https://cleverics.ru/digital/kb-qa/pochemu-vebinary-slozhnee-provodit-chem-ochnye-zanyatiya/)

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

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

Рейтинг: 919

Теги: обучение сотрудников, учебные курсы, тренинги, общие вопросы менеджмента

## [Что такое "стабильная зона" и как она помогает в RBAC?](https://cleverics.ru/digital/kb-qa/chto-takoe-stabilnaya-zona-i-kak-ona-pomogaet-v-rbac/)

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

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

Рейтинг: 919

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

## [В чем заключается разница между мышлением по процессу и мышлением по потоку?](https://cleverics.ru/digital/kb-qa/v-chem-zaklyuchaetsya-raznitsa-mezhdu-myshleniem-po-protsessu-i-myshleniem-po-potoku/)

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

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

Рейтинг: 919

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

## [Почему важна адекватная интерпретация термина DevOps при описании содержания курса?](https://cleverics.ru/digital/kb-qa/pochemu-vazhna-adekvatnaya-interpretatsiya-termina-devops-pri-opisanii-soderzhaniya-kursa/)

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

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

Рейтинг: 919

Теги: DevOps, CI/CD, обучение сотрудников, учебные курсы, тренинги, трансформация, ускорение, Time-to-Market

## [Почему процесс BRM важен для достижения долгосрочного партнерства между ИТ и бизнесом?](https://cleverics.ru/digital/kb-qa/pochemu-protsess-brm-vazhen-dlya-dostizheniya-dolgosrochnogo-partnerstva-mezhdu-it-i-biznesom/)

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

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

Рейтинг: 919

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

## [Почему рекомендуется делегировать работы, даже если они обозначены как R в RACI-матрице?](https://cleverics.ru/digital/kb-qa/pochemu-rekomenduetsya-delegirovat-raboty-dazhe-esli-oni-oboznacheny-kak-r-v-raci-matritse/)

Делегирование работ, обозначенных как R в RACI-матрице, рекомендуется по нескольким причинам: время руководителя ограничено и должно использоваться на стратегические задачи, а не на оперативное исполнение; делегирование позволяет развивать навыки и компетенции подчиненных, создавая резерв кадров; распределение задач снижает риски, связанные с перегрузкой одного человека; делегирование способствует более равномерной загрузке команды и повышает общую продуктивность. Важно помнить, что при делегировании руководитель сохраняет за собой контроль и может быть включен в матрицу как I (Informed) или C (Consulted), чтобы отслеживать ход выполнения задачи без непосредственного участия в процессе. Это позволяет руководителю сосредоточиться на более важных аспектах управления, сохраняя при этом необходимый уровень контроля.

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

Рейтинг: 919

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