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

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

## [Какие подходы можно использовать для учёта договоров в иностранной валюте при построении финансовой информации в CMDB?](https://cleverics.ru/digital/kb-qa/kakie-podkhody-mozhno-ispolzovat-dlya-ucheta-dogovorov-v-inostrannoy-valyute-pri-postroenii-finansov/)

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

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

Рейтинг: 943

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

## [Как различие между выходами и результатами помогает в управлении мощностями?](https://cleverics.ru/digital/kb-qa/kak-razlichie-mezhdu-vykhodami-i-rezultatami-pomogaet-v-upravlenii-moshchnostyami/)

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

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

Рейтинг: 943

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

## [Какие проблемы возникают при управлении большим количеством взаимодействующих групп в ИТ-подразделениях?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-upravlenii-bolshim-kolichestvom-vzaimodeystvuyushchikh-grupp-v-it-podr/)

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

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

Рейтинг: 942

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

## [Почему подход с SLA 'AS IS' имеет практическую ценность для управления ИТ-сервисами?](https://cleverics.ru/digital/kb-qa/pochemu-podkhod-s-sla-as-is-imeet-prakticheskuyu-tsennost-dlya-upravleniya-it-servisami/)

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

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

Рейтинг: 942

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

## [Как определить заинтересованные стороны (стейкхолдеров) в контексте коммуникационного процесса?](https://cleverics.ru/digital/kb-qa/kak-opredelit-zainteresovannye-storony-steykkholderov-v-kontekste-kommunikatsionnogo-protsessa/)

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

Автор: Елена Колбей

Рейтинг: 942

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

## [Как в ITIL описывается процесс комбинирования ролей в управлении изменениями?](https://cleverics.ru/digital/kb-qa/kak-v-itil-opisyvaetsya-protsess-kombinirovaniya-roley-v-upravlenii-izmeneniyami/)

В ITIL указано, что роли в управлении изменениями могут быть объединены различным образом в зависимости от организационного контекста. Например, небольшие организации могут объединить обязанности владельца процесса управления изменениями, менеджера процесса, администратора изменений и председателя Консультативного совета по изменениям (CAB) в одну роль - менеджера изменений. В более крупных организациях эти функции обычно распределяются между различными специалистами. В ITIL4 с введением роли менеджера изменений как специфической для практики 'Поддержка изменений' также допускается сочетание его обязанностей с координатором изменений для работ в ограниченном контексте, в зависимости от структуры организации и масштаба изменений.

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

Рейтинг: 942

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

## [Как функционирует механизм наследования прав в иерархической RBAC?](https://cleverics.ru/digital/kb-qa/kak-funktsioniruet-mekhanizm-nasledovaniya-prav-v-ierarkhicheskoy-rbac/)

В иерархической RBAC (Hierarchical RBAC) механизм наследования прав работает на основе организации ролей по принципу старшинства. Роли располагаются в иерархическом порядке, и нижестоящие роли наследуют все права доступа от вышестоящих ролей. Например, если роль 'Главный инженер' расположена ниже роли 'Сотрудник' в иерархии, то 'Главный инженер' автоматически получает все права, определенные для роли 'Сотрудник', плюс свои собственные дополнительные права. Это позволяет уменьшить дублирование прав при проектировании системы, так как общие базовые права можно вынести в одну роль, а специфические - в более специализированные нижестоящие роли. Механизм наследования значительно упрощает администрирование крупных систем с большим количеством пользователей и ролей.

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

Рейтинг: 942

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

## [Может ли чрезмерная активность одного участника быть полезной в каких-либо ситуациях?](https://cleverics.ru/digital/kb-qa/mozhet-li-chrezmernaya-aktivnost-odnogo-uchastnika-byt-poleznoy-v-kakikh-libo-situatsiyakh/)

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

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

Рейтинг: 942

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

## [Как можно оценить, является ли система на основе канбана настоящим канбаном?](https://cleverics.ru/digital/kb-qa/kak-mozhno-otsenit-yavlyaetsya-li-sistema-na-osnove-kanbana-nastoyashchim-kanbanom/)

Для оценки системы на основе канбана на соответствие настоящему канбану можно использовать чек-лист, включающий такие вопросы: визуализирован ли поток работ с чёткими этапами и правилами перемещения задач, установлены ли ограничения WIP, организована ли вытягивающая система, проводится ли анализ узких мест и оптимизация процесса. Если система позволяет отвечать "да" на эти вопросы, значит она соответствует принципам канбана. В противном случае она представляет собой простой инструмент учёта задач без полноценного управления процессом.

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

Рейтинг: 942

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

## [Почему наличие документа об архитектурных и технологических стандартах является признаком зрелости ИТ-управления компании?](https://cleverics.ru/digital/kb-qa/pochemu-nalichie-dokumenta-ob-arkhitekturnykh-i-tekhnologicheskikh-standartakh-yavlyaetsya-priznakom/)

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

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

Рейтинг: 942

Теги: DevOps, CI/CD, ISO 20000, аллокация затрат, расчёт себестоимости услуг, архитектура ИТ, TOGAF и IT4IT, безопасность, мониторинг, управление конфигурациями, CMDB, управление процессами, ИТ-процессы, управление релизами, управление рисками, экономика и финансы, эффективность, оптимизация