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

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

## [Почему снижение доли затрат на персонал является стратегической задачей для ИТ-директора?](https://cleverics.ru/digital/kb-qa/pochemu-snizhenie-doli-zatrat-na-personal-yavlyaetsya-strategicheskoy-zadachey-dlya-it-direktora/)

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

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

Рейтинг: 899

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

## [Какие кадровые события могут автоматически обрабатываться в связке с ролевой моделью управления доступом?](https://cleverics.ru/digital/kb-qa/kakie-kadrovye-sobytiya-mogut-avtomaticheski-obrabatyvatsya-v-svyazke-s-rolevoy-modelyu-upravleniya/)

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

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

Рейтинг: 899

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

## [Какие две модели организации управления изменениями предлагаются в тексте?](https://cleverics.ru/digital/kb-qa/kakie-dve-modeli-organizatsii-upravleniya-izmeneniyami-predlagayutsya-v-tekste/)

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

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

Рейтинг: 899

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

## [Как определить, когда следует расширять охват изменений, а когда не следует?](https://cleverics.ru/digital/kb-qa/kak-opredelit-kogda-sleduet-rasshiryat-okhvat-izmeneniy-a-kogda-ne-sleduet/)

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

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

Рейтинг: 899

Теги: архитектура ИТ, TOGAF и IT4IT, мотивация персонала, стимулирование, управление процессами, ИТ-процессы

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

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

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

Рейтинг: 899

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

## [Как оценивается эффективность программы совершенствования услуг?](https://cleverics.ru/digital/kb-qa/kak-otsenivaetsya-effektivnost-programmy-sovershenstvovaniya-uslug/)

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

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

Рейтинг: 899

Теги: автоматизация ИТ-процессов, ПО для ITSM и ESM, бизнес, ценность, бизнес-заказчик, постоянное улучшение, совершенствование, CSI, PDCA, управление уровнем услуг, SLM, эффективность, оптимизация

## [Как понять, когда сотрудник ИТ-поддержки оправданно превышает время обработки запроса, а когда это свидетельствует о проблемах в работе?](https://cleverics.ru/digital/kb-qa/kak-ponyat-kogda-sotrudnik-it-podderzhki-opravdanno-prevyshaet-vremya-obrabotki-zaprosa-a-kogda-eto/)

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

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

Рейтинг: 899

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

## [Может ли продукт быть идеальным с точки зрения архитектуры и отсутствия технического долга?](https://cleverics.ru/digital/kb-qa/mozhet-li-produkt-byt-idealnym-s-tochki-zreniya-arkhitektury-i-otsutstviya-tekhnicheskogo-dolga/)

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

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

Рейтинг: 899

Теги: архитектура ИТ, TOGAF и IT4IT, бюджетирование, планирование затрат, трансформация, ускорение, Time-to-Market, управление продуктами, продуктовый подход, эффективность, оптимизация

## [Какие проблемы возникают при попытке внедрить систему измерений на основе отчетов инструментов учета задач (например, Jira)?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-popytke-vnedrit-sistemu-izmereniy-na-osnove-otchetov-instrumentov-uche/)

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

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

Рейтинг: 899

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

## [Как избежать самоуспокоенности после успеха в деловой игре?](https://cleverics.ru/digital/kb-qa/kak-izbezhat-samouspokoennosti-posle-uspekha-v-delovoy-igre/)

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

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

Рейтинг: 899

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