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

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

## [Сколько всего ограничений должно быть в проекте?](https://cleverics.ru/digital/kb-qa/skolko-vsego-ogranicheniy-dolzhno-byt-v-proekte/)

Для большинства проектов достаточным и необходимым является список из четырех ключевых ограничений: сроки, бюджет, качество и охват. Некоторые методологии, такие как PMBoK, могут упоминать большее количество ограничений (до шести), но расширять список следует осторожно. Дополнительные параметры, такие как ресурсы или риски, часто не являются прямым ограничением для заказчика, а представляют собой внутренние аспекты управления проектом. Ресурсы, например, - это внутреннее дело проектной группы, и их обсуждение с клиентом не всегда уместно, в отличие от основных ограничений, понятных заказчику.

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

Рейтинг: 778

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

## [Как может масштабироваться процессная модель, основанная на разделении на уровни?](https://cleverics.ru/digital/kb-qa/kak-mozhet-masshtabirovatsya-protsessnaya-model-osnovannaya-na-razdelenii-na-urovni/)

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

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

Рейтинг: 778

Теги: аутсорсинг, интеграция услуг, постоянное улучшение, совершенствование, CSI, PDCA, эффективность, оптимизация

## [Как бизнес смотрит на преодоление текущих ограничений ИТ-подразделения?](https://cleverics.ru/digital/kb-qa/kak-biznes-smotrit-na-preodolenie-tekushchikh-ogranicheniy-it-podrazdeleniya/)

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

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

Рейтинг: 778

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

## [Как методология ITIL помогает избежать «измерения хаоса» при улучшении услуг?](https://cleverics.ru/digital/kb-qa/kak-metodologiya-itil-pomogaet-izbezhat-izmereniya-khaosa-pri-uluchshenii-uslug/)

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

Автор: Константин Нарыжный

Рейтинг: 778

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

## [Почему важно учитывать неформальные аспекты при построении сервисных отношений?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-uchityvat-neformalnye-aspekty-pri-postroenii-servisnykh-otnosheniy/)

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

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

Рейтинг: 777

Теги: бизнес, ценность, бизнес-заказчик

## [Почему приёмочное тестирование часто становится барьером на пути потока создания ценности?](https://cleverics.ru/digital/kb-qa/pochemu-priemochnoe-testirovanie-chasto-stanovitsya-barerom-na-puti-potoka-sozdaniya-tsennosti/)

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

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

Рейтинг: 777

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

## [Почему в DevOps недостаточно принятия работы владельцем продукта для определения завершения?](https://cleverics.ru/digital/kb-qa/pochemu-v-devops-nedostatochno-prinyatiya-raboty-vladeltsem-produkta-dlya-opredeleniya-zaversheniya/)

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

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

Рейтинг: 777

Теги: DevOps, CI/CD, поддержка пользователей, Service Desk, Help Desk, управление продуктами, продуктовый подход

## [Какие преимущества предоставляет модель ABAC по сравнению с традиционными подходами?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-predostavlyaet-model-abac-po-sravneniyu-s-traditsionnymi-podkhodami/)

ABAC позволяет реализовывать гибкие и динамические правила доступа, учитывающие временные, географические и контекстные параметры (например, время суток, день недели, IP-адрес, стоимость заказа). Это даёт возможность более точного контроля доступа в сложных сценариях, таких как ограничение прав менеджера редактировать заказы только в своем филиале и только при стоимости ниже определённого порога. В отличие от RBAC, ABAC не привязан к жёстким ролям, что повышает адаптивность системы.

Автор: Александр Омельченко

Рейтинг: 777

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

## [Как определить минимально допустимый уровень качества работ при конфликте интересов?](https://cleverics.ru/digital/kb-qa/kak-opredelit-minimalno-dopustimyy-uroven-kachestva-rabot-pri-konflikte-interesov/)

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

Автор: Андрей Труфанов

Рейтинг: 777

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

## [Какие проблемы возникают у менеджера процесса из-за отсутствия прямого подчинения ресурсам?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-u-menedzhera-protsessa-iz-za-otsutstviya-pryamogo-podchineniya-resursam/)

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

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

Рейтинг: 777

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