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

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

## [Что такое эффективность потока и какой уровень эффективности считается нормальным для гибких команд?](https://cleverics.ru/digital/kb-qa/chto-takoe-effektivnost-potoka-i-kakoy-uroven-effektivnosti-schitaetsya-normalnym-dlya-gibkikh-koman/)

Эффективность потока - это отношение времени производства (Touch Time, непосредственно время выполнения работы над задачей) ко времени в системе (System Lead Time), выраженное в процентах. Для обычных команд разработки этот показатель находится в диапазоне от 3% до 10%, что означает, что от 90% до 97% времени задача находится в ожидании. Нормальным показателем для команд, управляющих работой в потоке, считается эффективность в 30%, что достигается за счет сокращения количества задач в системе и фокусировки на завершении текущих задач вместо начала новых.

Автор: Павел Капусткин

Рейтинг: 1118

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

## [Как влияет рост сложности ИТ-инфраструктуры на процесс отката системы?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-rost-slozhnosti-it-infrastruktury-na-protsess-otkata-sistemy/)

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

Автор: Шамиль Бабаев

Рейтинг: 1118

Теги: архитектура ИТ, TOGAF и IT4IT, управление конфигурациями, CMDB, управление отношениями, взаимодействие, BRM, эффективность, оптимизация

## [Как определить нагрузку на ИТ-системы с помощью среднего чека?](https://cleverics.ru/digital/kb-qa/kak-opredelit-nagruzku-na-it-sistemy-s-pomoshchyu-srednego-cheka/)

Для определения нагрузки на ИТ-системы с помощью среднего чека сначала вычисляется количество сделок, необходимых для достижения плана продаж. Допустим, план продаж составляет 1440 млн рублей при среднем чеке в 10 тысяч рублей. Это означает, что в месяц нужно совершить около 12 000 сделок. Затем, учитывая выработку одного продавца (например, 20 сделок в день), можно определить количество пользователей, которые одновременно будут работать в ИТ-системах. Эта информация позволяет спрогнозировать поток запросов к ИТ-системам и объем обращений в сервисные службы поддержки, что критически важно для правильного планирования ИТ-инфраструктуры и поддержания ее высокой производительности.

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

Рейтинг: 1117

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

## [Какие основные типы процессов выделяются в менеджменте согласно распространенной классификации?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-tipy-protsessov-vydelyayutsya-v-menedzhmente-soglasno-rasprostranennoy-klassifikatsii/)

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

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

Рейтинг: 1117

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

## [Какие ограничения имеет организация работы мобильных сотрудников через электронную почту?](https://cleverics.ru/digital/kb-qa/kakie-ogranicheniya-imeet-organizatsiya-raboty-mobilnykh-sotrudnikov-cherez-elektronnuyu-pochtu/)

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

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

Рейтинг: 1117

Теги: управление доступом, IDM, ролевые модели, RBAC, ABAC

## [Какие еще модели управления доступом есть наряду с RBAC?](https://cleverics.ru/digital/kb-qa/kakie-eshche-modeli-upravleniya-dostupom-upominayutsya-v-tekste-naryadu-s-rbac/)

В тексте упоминаются две другие модели управления доступом наряду с ролевой моделью (RBAC). Это мандатное управление доступом (MAC, Mandatory Access Control), при котором доступ к ресурсам контролируется на основе меток безопасности и строгих политик, определенных администратором безопасности, и избирательное управление доступом (DAC, Discretionary Access Control), где владелец ресурса имеет полный контроль над предоставлением доступа к этому ресурсу. Упоминается, что модель RBAC была предложена как альтернатива этим двум моделям, сочетая в себе преимущества контролируемого управления при большей гибкости по сравнению с MAC и более строгом контроле по сравнению с DAC.

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

Рейтинг: 1117

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

## [Каковы основные различия между управлением проектами и управлением продуктом в ИТ?](https://cleverics.ru/digital/kb-qa/kakovy-osnovnye-razlichiya-mezhdu-upravleniem-proektami-i-upravleniem-produktom-v-it/)

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

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

Рейтинг: 1116

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

## [Как связаны продуктовый подход и понятие стоимости в разрезе продукта?](https://cleverics.ru/digital/kb-qa/kak-svyazany-produktovyy-podkhod-i-ponyatie-stoimosti-v-razreze-produkta/)

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

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

Рейтинг: 1115

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

## [Что такое co-creation в контексте разработки продукта и почему это важно?](https://cleverics.ru/digital/kb-qa/chto-takoe-co-creation-v-kontekste-razrabotki-produkta-i-pochemu-eto-vazhno/)

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

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

Рейтинг: 1115

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

## [Как организовать структуру классификатора изменений?](https://cleverics.ru/digital/kb-qa/kak-organizovat-strukturu-klassifikatora-izmeneniy/)

Оптимальная структура классификатора изменений должна быть матрично-иерархической. Это позволяет эффективно управлять разнообразием изменений без избыточного создания множества моделей.  Структура классификатора включает следующие элементы:  - Группировку по категориям: изменения могут быть сгруппированы по категориям в зависимости от типа (стандартные, нестандартные), уровня риска, специфики объекта изменения (ИТ-инфраструктура, сетевые компоненты, информационные системы).  - Типовые порядки обработки: для каждой группы определены типовые порядки прохождения этапов, включая определение необходимых согласований, этапов выполнения, условий включения в релиз.  - Параметризация по объектам: к каждой группе систем или направлений привязаны специфические параметры, такие как назначение координатора, список уполномоченных на согласование, обязательные результаты этапов.  - Иерархия детализации: стандартные изменения могут иметь высокую степень детализации, включающую чёткие указания по этапам и исполнителям, тогда как для нестандартных изменений детализация фокусируется на ключевых этапах анализа и оценки.  Пример такой структуры: - Для ИТ-инфраструктуры: общий типовой порядок обработки с опциональными этапами для работ, выполняемых в рабочей среде. - Для информационных систем: общий мастер-порядок с обязательным этапом приёмочного тестирования. - Дополнительная параметризация под конкретные системы или типы изменения (например, для критически важных систем – дополнительные этапы оценки влияния).  Такой подход позволяет сократить количество полностью уникальных моделей, упростив процесс поддержки и адаптации классификатора к изменениям в ИТ-ландшафте.

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

Рейтинг: 1115

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