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

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

## [Какие риски связаны с взаимодействием с внешними поставщиками и подрядчиками?](https://cleverics.ru/digital/kb-qa/kakie-riski-svyazany-s-vzaimodeystviem-s-vneshnimi-postavshchikami-i-podryadchikami/)

В условиях широкого распространения аутсорсинга, облачных технологий и моделей SIAM (Service Integration and Management) значительными рисками являются невыполнение обязательств со стороны внешних поставщиков и подрядчиков. Эти риски становятся особенно актуальными, поскольку организация может потерять прямой контроль над некоторыми аспектами своей ИТ-инфраструктуры и процессов. Эффективное управление отношениями с поставщиками и четкое определение ожидаемых результатов становятся критически важными для минимизации таких рисков.

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

Рейтинг: 822

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

## [Почему при анализе дерева отказов ИТ-услуг полезно разбивать систему на функциональные блоки?](https://cleverics.ru/digital/kb-qa/pochemu-pri-analize-dereva-otkazov-it-uslug-polezno-razbivat-sistemu-na-funktsionalnye-bloki/)

Разбиение ИТ-услуги на функциональные блоки (например, доступ инженера к базе обращений, обработка обращений, отправка уведомлений и др.) при анализе дерева отказов позволяет: определить различную критичность функций – некоторые функции могут быть жизненно важными, другие – второстепенными; упростить и ускорить анализ, так как полное дерево для всей комплексной системы может быть чрезмерно громоздким; четко сопоставить отказы конфигурационных единиц (КЕ) с отказами функциональности, что облегчает определение уровня ущерба и установление целевых показателей восстановления; проводить более точную оценку рисков и распределение ресурсов, фокусируясь на наиболее критичных функциях. Такой подход делает анализ управляемым даже для сложно структурированных ИТ-услуг и позволяет получить практические рекомендации, направленные именно на те компоненты системы, отказы которых ведут к самым серьезным последствиям.

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

Рейтинг: 822

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

## [Как определяется сквозная ответственность в управлении изменениями?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-skvoznaya-otvetstvennost-v-upravlenii-izmeneniyami/)

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

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

Рейтинг: 822

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

## [Как избежать распространенных ошибок при составлении делового письма?](https://cleverics.ru/digital/kb-qa/kak-izbezhat-rasprostranennykh-oshibok-pri-sostavlenii-delovogo-pisma/)

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

Автор: Андрей Носов

Рейтинг: 822

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

## [Какова роль Service Owner в обеспечении соответствия услуги заявленным требованиям?](https://cleverics.ru/digital/kb-qa/kakova-rol-service-owner-v-obespechenii-sootvetstviya-uslugi-zayavlennym-trebovaniyam/)

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

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

Рейтинг: 822

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

## [Какие ресурсы необходимы для успешной реализации ITSM проекта и когда они требуются?](https://cleverics.ru/digital/kb-qa/kakie-resursy-neobkhodimy-dlya-uspeshnoy-realizatsii-itsm-proekta-i-kogda-oni-trebuyutsya/)

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

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

Рейтинг: 822

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

## [Как влияет субъективность восприятия на оценку производительности системы?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-subektivnost-vospriyatiya-na-otsenku-proizvoditelnosti-sistemy/)

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

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

Рейтинг: 822

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

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

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

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

Рейтинг: 822

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

## [Какие альтернативы использованию статуса 'Ожидание' существуют в системах управления задачами?](https://cleverics.ru/digital/kb-qa/kakie-alternativy-ispolzovaniyu-statusa-ozhidanie-sushchestvuyut-v-sistemakh-upravleniya-zadachami/)

Альтернативы статусу 'Ожидание' включают: использование специализированных статусов для разных типов ожидания (например, 'Ожидание поставки', 'Ожидание ответа клиента', 'Ожидание руководителя'); введение промежуточных этапов в workflow с фиксированными сроками и ответственными; разделение сложных задач на подзадачи, где этап ожидания становится отдельной видимой задачей; использование системы напоминаний вместо смены статуса; применение приоритизации задач вместо откладывания (задача с низким приоритетом остаётся в работе, но обрабатывается последней). Альтернативы часто повышают прозрачность процесса за счет детализации причин задержек, но могут усложнить управление из-за большего количества статусов и правил.

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

Рейтинг: 822

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

## [Как учитываются относительные приоритеты бизнеса при расчете общего показателя качества?](https://cleverics.ru/digital/kb-qa/kak-uchityvayutsya-otnositelnye-prioritety-biznesa-pri-raschete-obshchego-pokazatelya-kachestva/)

Относительные приоритеты бизнеса учитываются при расчете общего показателя качества через использование весовых коэффициентов. Например, при объединении показателей из различных групп услуг (mission-critical, business-critical и обычные) каждой группе присваивается вес, отражающий ее степень важности для бизнеса. При расчете общего интегрального показателя эти веса учитываются в формуле, например, при вычислении взвешенного среднего арифметического. Если mission-critical услуги имеют вес 0.5, business-critical — 0.3, а обычные — 0.2, то их показатели будут пропорционально учитываться в общем результате. Это позволяет управлять акцентами в оценке и более точно отражать стратегические приоритеты бизнеса.

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

Рейтинг: 822

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