# Бесплатная экспертная база знаний по управлению ИТ Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего. Только сведения от консультантов и тренеров Cleverics. Включает ответы на **несколько тысяч вопросов** из **сотен источников**, а также детальный глоссарий с примерами, объяснениями и нюансами ## [Какой принцип лежит в основе применения Tipu к управлению ИТ-услугами?](https://cleverics.ru/digital/kb-qa/kakoy-printsip-lezhit-v-osnove-primeneniya-tipu-k-upravleniyu-it-uslugami/) Принцип, лежащий в основе применения Tipu к управлению ИТ-услугами, заключается в том, что развитие системы управления должно происходить органично и постепенно, начиная с решения конкретных задач заказчика. Система не строится по отдельным процессам, а формируется вокруг реальных потребностей через внедрение мини-циклов с минимальной бюрократией. Важно не стремиться к идеальным процессам с первого раза, а создавать рабочие решения, которые можно постепенно улучшать с помощью непрерывного улучшения (CSI), что ведет к органическому росту всей системы управления. Автор: Дмитрий Исайченко Рейтинг: 852 Теги: бизнес, ценность, бизнес-заказчик, постоянное улучшение, совершенствование, CSI, PDCA, управление процессами, ИТ-процессы, управление релизами, эффективность, оптимизация ## [Как защита персональных данных влияет на возможности чат-ботов в решении задач клиентов?](https://cleverics.ru/digital/kb-qa/kak-zashchita-personalnykh-dannykh-vliyaet-na-vozmozhnosti-chat-botov-v-reshenii-zadach-klientov/) Защита персональных данных может ограничивать возможности чат-ботов в решении сложных задач, так как для идентификации пользователя и обработки его запроса часто требуются конфиденциальные данные (например, ФИО, паспортные данные). Решение этой проблемы технически возможно, если такая информация где-то аккумулирована и доступна чат-боту, однако это требует настройки защищенных каналов передачи данных и соответствия нормам законодательства о защите персональных данных, что может быть сложным и затратным. В результате чат-боты часто не могут обрабатывать запросы, требующие подтверждения личности или доступа к конфиденциальной информации, что заставляет пользователей обращаться к живым операторам. Автор: Артём Мукосеев Рейтинг: 852 Теги: бизнес, ценность, бизнес-заказчик, поддержка пользователей, Service Desk, Help Desk, управление доступом, IDM, ролевые модели, RBAC, ABAC ## [Какие факторы следует учитывать при оценке эффективности модели взаимодействия линий поддержки?](https://cleverics.ru/digital/kb-qa/kakie-faktory-sleduet-uchityvat-pri-otsenke-effektivnosti-modeli-vzaimodeystviya-liniy-podderzhki/) При оценке эффективности модели взаимодействия линий поддержки следует учитывать ряд факторов: время решения инцидентов на каждом этапе, частоту повторных обращений, количество этапов эскалации, удовлетворенность пользователей конечной поддержкой, простоту отслеживания статуса для всех заинтересованных сторон, нагрузку на сотрудников различных линий поддержки и уровень ошибок или потери информации при передаче инцидентов. Важно также оценивать, насколько модель соответствует специфике решаемых задач и используемых систем автоматизации, а не только следовать шаблонам или рекомендациям без должной проверки их применимости к конкретной ситуации. Автор: Дмитрий Исайченко Рейтинг: 852 Теги: автоматизация ИТ-процессов, ПО для ITSM и ESM, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, управление запросами на обслуживание, управление инцидентами, управление отношениями, взаимодействие, BRM, эффективность, оптимизация ## [В чем отличие между терминами 'Critical Incident' и 'Major Incident' в практике управления инцидентами?](https://cleverics.ru/digital/kb-qa/v-chem-otlichie-mezhdu-terminami-critical-incident-i-major-incident-v-praktike-upravleniya-intsident/) В практике управления инцидентами термины 'Critical Incident' и 'Major Incident' часто используются как синонимы, но имеют некоторые различия в трактовке. 'Major Incident' (Значительный инцидент) в ITIL определяется как инцидент с наивысшей категорией влияния, вызывающий существенные потери для бизнеса. Основной акцент делается на необходимости применения специальной процедуры управления, выходящей за рамки обычных процедур. Термин 'Critical Incident' может относиться к инцидентам, критическим для функционирования отдельных систем или компонентов, но не обязательно имеющим широкое влияние на весь бизнес. Таким образом, все Critical Incidents не обязательно являются Major Incidents, но Major Incidents всегда имеют критическое влияние на бизнес в целом. Автор: Роман Журавлёв Рейтинг: 852 Теги: ITIL, бизнес, ценность, бизнес-заказчик, управление инцидентами ## [Почему серверное ПО редко попадает в список приоритетов при внедрении учёта лицензий?](https://cleverics.ru/digital/kb-qa/pochemu-servernoe-po-redko-popadaet-v-spisok-prioritetov-pri-vnedrenii-ucheta-litsenziy/) Серверное ПО редко становится приоритетом, потому что его установка и настройка обычно централизованы и контролируются ИТ-отделом, что снижает риск неучтённых копий. В отличие от клиентского софта (например, Microsoft Office или Photoshop), который сотрудники могут устанавливать самостоятельно, серверные продукты часто имеют чёткие процедуры развёртывания и лицензирования. Поэтому основные проблемы и нарушения чаще возникают именно с «прикладным» ПО, которое люди копируют на рабочие станции без согласования. Автор: Артём Мукосеев Рейтинг: 852 Теги: DevOps, CI/CD, управление ИТ-активами, ITAM, SAM, управление продуктами, продуктовый подход, управление процессами, ИТ-процессы, управление релизами, управление рисками ## [Какие методы помогут снизить негативное влияние чрезмерной активности одного участника в команде?](https://cleverics.ru/digital/kb-qa/kakie-metody-pomogut-snizit-negativnoe-vliyanie-chrezmernoy-aktivnosti-odnogo-uchastnika-v-komande/) Во-первых, необходимо четко определить и прописать роли и зоны ответственности для каждого члена команды. Это поможет избежать пересечений и дублирования задач. Во-вторых, важно ставить перед менее опытными участниками задачи, которые они могут выполнить самостоятельно, постепенно повышая сложность. В-третьих, лидер должен учиться давать обратную связь, а не решать задачи за других. Также полезно создать культурные нормы команды, где самостоятельность и развитие каждого участника поощряются. При этом важно поддерживать баланс: иногда краткосрочная помощь нужна, но она не должна мешать долгосрочному росту команды. Автор: Олег Скрынник Рейтинг: 851 Теги: командная работа, лидерство, общие вопросы менеджмента, управление продуктами, продуктовый подход, управление процессами, ИТ-процессы, эффективность, оптимизация ## [Чем чреват отказ от маршрутизации по классификации при работе с обращениями?](https://cleverics.ru/digital/kb-qa/chem-chrevat-otkaz-ot-marshrutizatsii-po-klassifikatsii-pri-rabote-s-obrashcheniyami/) Отказ от маршрутизации по классификации чреват проблемами с передачей знаний, когда специфическая информация об ответственности за те или иные обращения находится только в головах специалистов первой линии. Это увеличивает зависимость системы поддержки от конкретных сотрудников, затрудняет обучение новых работников и может привести к ошибкам в распределении задач при отсутствии опытных специалистов. Также без формальной классификации сложно поддерживать актуальность и точность распределения обращений при изменении структуры команд или ИТ-систем. Автор: Евгений Шилов Рейтинг: 851 Теги: командная работа, обучение сотрудников, учебные курсы, тренинги, общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, управление запросами на обслуживание, управление знаниями ## [Почему CMS используется всеми процессами управления ИТ-услугами?](https://cleverics.ru/digital/kb-qa/pochemu-cms-ispolzuetsya-vsemi-protsessami-upravleniya-it-uslugami/) CMS используется всеми процессами управления ИТ-услугами потому, что является централизованным источником достоверной информации обо всех конфигурационных единицах и их взаимосвязях. Эта информация необходима для эффективного управления инцидентами, проблемами, изменениями и релизами. Например, при решении инцидента важно знать, какие компоненты системы затронуты, при планировании изменений нужно понимать зависимости между компонентами, чтобы избежать непредвиденных последствий. Поэтому все процессы ITSM (управления ИТ-услугами) нуждаются в актуальных и точных данных, которые предоставляет CMS. Автор: Игорь Гутник Рейтинг: 851 Теги: ITSM, общие вопросы менеджмента, управление инцидентами, управление конфигурациями, CMDB, управление релизами ## [Какие проблемы возникают при цифровой трансформации?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-tsifrovoy-transformatsii-upomyanutye-v-tekste/) При цифровой трансформации возникают проблемы, связанные с тем, что новые правила игры сильно меняются, но ещё не устоялись, в то время как старые правила уже не работают. Это приводит не к сближению ИТ и бизнеса, а к большему хаосу и разобщенности между ними. Люди не могут быстро перестроить своё мышление и привычки, опираясь на прошлый опыт, который уже не подходит для новых условий. В результате трансформация приносит больше проблем, чем решает, усугубляя разрыв между ИТ и бизнесом. Автор: Олег Скрынник Рейтинг: 851 Теги: бизнес, ценность, бизнес-заказчик, трансформация, ускорение, Time-to-Market ## [Какие шаги необходимо предпринять для эффективной подготовки к деловым переговорам?](https://cleverics.ru/digital/kb-qa/kakie-shagi-neobkhodimo-predprinyat-dlya-effektivnoy-podgotovki-k-delovym-peregovoram/) Для эффективной подготовки к деловым переговорам следует: детально изучить требования и возможные возражения другой стороны; проработать набор компромиссных решений на каждый спорный вопрос; подготовить четкое обоснование своей позиции с документальным подтверждением и примерами из практики; убедиться, что на переговоры приглашены лица, имеющие полномочия принимать решения; подготовиться к использованию общей терминологии; настроиться на позитивный и конструктивный диалог вместо противостояния. Автор: Дмитрий Исайченко Рейтинг: 851 Теги: общие вопросы менеджмента