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

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

## [Как организовать информирование пользователя по статусу доработки ПО при обработке инцидента?](https://cleverics.ru/digital/kb-qa/kak-organizovat-informirovanie-polzovatelya-po-statusu-dorabotki-po-pri-obrabotke-intsidenta/)

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

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

Рейтинг: 764

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

## [Почему важно добавлять критерии завершения (Definition of Done) в визуализацию процесса?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-dobavlyat-kriterii-zaversheniya-definition-of-done-v-vizualizatsiyu-protsessa/)

Добавление критериев завершения (Definition of Done) в визуализацию процесса важно потому что в вытягивающей системе (Pull System) каждый следующий шаг в потоке сам забирает задачи. Чтобы система работала правильно, необходимо четко понимать, какие задачи на предыдущем этапе завершены, а какие нет. Без явных критериев завершения невозможно определить, когда задача готова к переходу на следующую стадию, что нарушает принципы потока ценности и эффективности DevOps подхода.

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

Рейтинг: 764

Теги: DevOps, CI/CD, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, эффективность, оптимизация

## [Какова основная идея подхода Tipu в контексте управления ИТ-услугами?](https://cleverics.ru/digital/kb-qa/kakova-osnovnaya-ideya-podkhoda-tipu-v-kontekste-upravleniya-it-uslugami/)

Основная идея подхода Tipu заключается в том, что Continual Service Improvement (CSI) нужно организовывать не после внедрения базовых процессов управления ИТ-услугами, а с самого начала, в рамках первых инициатив. Это позволяет постепенно и органично «достраивать» систему управления, отталкиваясь от реальных задач заказчика и используя набор процессных элементов, которые можно внедрить в относительно короткие сроки. Подход предполагает создание не идеальных процессов, а работающих решений с последующим наращиванием уровня зрелости через интегрированный CSI подход.

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

Рейтинг: 764

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

## [Какие риски возникают при отсутствии процесса управления изменениями для комплексных системных преобразований?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-pri-otsutstvii-protsessa-upravleniya-izmeneniyami-dlya-kompleksnykh-sistemnyk/)

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

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

Рейтинг: 764

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

## [Почему безопасность и поддержка в команде не могут быть абсолютными?](https://cleverics.ru/digital/kb-qa/pochemu-bezopasnost-i-podderzhka-v-komande-ne-mogut-byt-absolyutnymi/)

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

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

Рейтинг: 764

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

## [Какие риски снижает этап согласования в обработке заявок?](https://cleverics.ru/digital/kb-qa/kakie-riski-snizhaet-etap-soglasovaniya-v-obrabotke-zayavok/)

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

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

Рейтинг: 764

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

## [Какие сложности возникают при технической реализации ИТ-бюджетирования?](https://cleverics.ru/digital/kb-qa/kakie-slozhnosti-voznikayut-pri-tekhnicheskoy-realizatsii-it-byudzhetirovaniya/)

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

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

Рейтинг: 764

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

## [Почему вебинары сложнее проводить, чем очные занятия?](https://cleverics.ru/digital/kb-qa/pochemu-vebinary-slozhnee-provodit-chem-ochnye-zanyatiya/)

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

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

Рейтинг: 764

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

## [Как развивать команды для успешного выполнения гибридных моделей управления ИТ-разработкой?](https://cleverics.ru/digital/kb-qa/kak-razvivat-komandy-dlya-uspeshnogo-vypolneniya-gibridnykh-modeley-upravleniya-it-razrabotkoy/)

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

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

Рейтинг: 764

Теги: DevOps, CI/CD, бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, Канбан, WIP-лимиты, командная работа, поток создания ценности (Value Stream), трансформация, ускорение, Time-to-Market, управление процессами, ИТ-процессы, эффективность, оптимизация

## [Как стандарты и виртуализация ИТ-среды влияют на количество обращений в поддержку?](https://cleverics.ru/digital/kb-qa/kak-standarty-i-virtualizatsiya-it-sredy-vliyayut-na-kolichestvo-obrashcheniy-v-podderzhku/)

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

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

Рейтинг: 764

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