# Бесплатная экспертная база знаний по управлению ИТ Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего. Только сведения от консультантов и тренеров Cleverics. Включает ответы на **несколько тысяч вопросов** из **сотен источников**, а также детальный глоссарий с примерами, объяснениями и нюансами ## [Какие проблемы могут возникнуть при совмещении ролей менеджера и координатора изменений?](https://cleverics.ru/digital/kb-qa/kakie-problemy-mogut-vozniknut-pri-sovmeshchenii-roley-menedzhera-i-koordinatora-izmeneniy/) При совмещении ролей менеджера и координатора изменений могут возникнуть проблемы с независимостью контроля и объективностью принятия решений. Человек, отвечающий за общий контроль изменений и одновременно обрабатывающий отдельные запросы, может быть предвзят в оценке собственной работы или испытывать конфликт интересов при принятии решений. Это может привести к снижению качества процесса управления изменениями, игнорированию потенциальных рисков и необоснованному ускорению процессов в ущерб их тщательности и безопасности Автор: Дмитрий Исайченко Рейтинг: 1004 Теги: безопасность, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, общие вопросы менеджмента, трансформация, ускорение, Time-to-Market, управление изменениями, управление процессами, ИТ-процессы, управление рисками ## [Как SLA связаны с практиками ITIL 4?](https://cleverics.ru/digital/kb-qa/kak-sla-svyazany-s-praktikami-itil-4/) SLA тесно связаны с несколькими практиками ITIL 4, в том числе с практикой управления уровнем услуг и управлением взаимоотношениями. SLA выступает как инструмент, отражающий договоренности между поставщиком и заказчиком, а управление взаимоотношениями обеспечивает поддержку долгосрочного партнерства. Помимо SLA, ITIL 4 акцентирует внимание на том, что успех сервисных отношений зависит от доверия и взаимной вовлеченности сторон, что является частью более широкого подхода к управлению услугами. Автор: Игорь Фадеев Рейтинг: 1004 Теги: ITIL, SLA, аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, поддержка пользователей, Service Desk, Help Desk, управление уровнем услуг, SLM ## [Как можно избежать ошибок при визуализации процесса разработки минимально жизнеспособного продукта?](https://cleverics.ru/digital/kb-qa/kak-mozhno-izbezhat-oshibok-pri-vizualizatsii-protsessa-razrabotki-minimalno-zhiznesposobnogo-produk/) Чтобы избежать ошибок при визуализации процесса разработки MVP, следует изображать его как упрощённую, но функциональную версию продукта, которая постепенно развивается. Например, вместо разделения слона на части нужно показывать минимально жизнеспособного слонёнка, который с каждым этапом становится более полным. Это помогает подчеркнуть, что цель — не просто создание отдельных компонентов, а построение рабочего прототипа, который можно тестировать и улучшать. Также важно использовать понятные аналогии и избегать метафор, которые не отражают реальный процесс разработки. Автор: Артём Мукосеев Рейтинг: 1004 Теги: Agile и гибкие методы разработки ПО, управление продуктами, продуктовый подход ## [Как согласовать использование статуса 'Ожидание' с требованиями заказчика?](https://cleverics.ru/digital/kb-qa/kak-soglasovat-ispolzovanie-statusa-ozhidanie-s-trebovaniyami-zakazchika/) Согласование использования статуса 'Ожидание' с заказчиком требует: включения в договор или SLA четкого определения, когда время ожидания не засчитывается в общий срок выполнения; прозрачной системы уведомлений заказчика о переходе задачи в статус 'Ожидание' с указанием причины и предполагаемого срока выхода из статуса; возможности заказчика утверждать или оспаривать основание для перевода в статус 'Ожидание'; предоставления заказчику доступа к отслеживанию задач в этом статусе. Ключевой момент - договоренность о том, какие события позволяют остановить отсчет времени срока выполнения, и как это документально оформляется. Это предотвращает конфликты из-за просрочек, вызванных объективными задержками. Автор: Евгений Шилов Рейтинг: 1003 Теги: SLA, бизнес, ценность, бизнес-заказчик, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление уровнем услуг, SLM ## [Какие преимущества дает использование бизнес-процессов как основы для каталога ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-ispolzovanie-biznes-protsessov-kak-osnovy-dlya-kataloga-it-uslug/) Использование бизнес-процессов как основы для каталога ИТ-услуг обеспечивает более тесную связь между ИТ и бизнес-потребностями компании. Это позволяет создать действительно бизнес-ориентированный каталог, где каждая ИТ-услуга явно соотносится с поддержкой конкретных бизнес-процессов. Такой подход упрощает коммуникацию между ИТ и бизнесом, помогает бизнес-руководителям понимать, за что они платят, позволяет более обоснованно распределять затраты и определять приоритеты для развития ИТ-инфраструктуры. Он также способствует лучшему пониманию ценности ИТ для достижения бизнес-целей. Автор: Дмитрий Исайченко Рейтинг: 1003 Теги: аллокация затрат, расчёт себестоимости услуг, бизнес, ценность, бизнес-заказчик, общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, управление конфигурациями, CMDB, управление процессами, ИТ-процессы, экономика и финансы, эффективность, оптимизация ## [Почему в ITIL4 важно понимать, какие риски и затраты перекладывает на поставщика клиент?](https://cleverics.ru/digital/kb-qa/pochemu-v-itil4-vazhno-ponimat-kakie-riski-i-zatraty-perekladyvaet-na-postavshchika-klient/) В ITIL4 понимание рисков и затрат, которые клиент перекладывает на поставщика, является ключевым для определения ценности услуги. Услуга существует только тогда, когда клиент передает поставщику определенные риски и затраты, связанные с получением желаемой ценности. Без этого перекладывания ответственности продажа сводится просто к передаче товара. Например, при покупке автомобиля в салоне, если клиент просто получает машину и все дальнейшие риски по ее эксплуатации лежат на нем, это не услуга в контексте ITIL. Но если речь идет о каршеринге, где поставщик несет ответственность за страховку, обслуживание и ремонт, то это уже услуга, так как клиент перекладывает на поставщика определенные риски и затраты. Автор: Артём Мукосеев Рейтинг: 1003 Теги: ITIL, аллокация затрат, расчёт себестоимости услуг, аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, общие вопросы менеджмента, управление рисками, экономика и финансы ## [Что такое корпоративные ценности и как они могут проявляться в организации?](https://cleverics.ru/digital/kb-qa/chto-takoe-korporativnye-tsennosti-i-kak-oni-mogut-proyavlyatsya-v-organizatsii/) Корпоративные ценности представляют собой опорные камни фундамента компании, которые формируют ее уникальную идентичность и направляют поведение сотрудников. Они могут проявляться в двух формах: явно сформулированными и опубликованными (как у компании IKEA), либо неявными, существующими в умах и настроениях руководства и распространяющимися на поведение всех сотрудников. Ценности определяют, какие действия считаются правильными, а какие - нет, и служат ориентиром в принятии решений. Они могут касаться отношения к клиентам, взаимодействия внутри коллектива, ответственности перед обществом или других аспектов деятельности. Даже если ценности не прописаны официально, они неизбежно существуют в любой организации и влияют на корпоративную культуру, определяя, как компания работает и взаимодействует с внешним миром. Автор: Денис Денисов Рейтинг: 1003 Теги: бизнес, ценность, бизнес-заказчик, общие вопросы менеджмента, управление отношениями, взаимодействие, BRM ## [Какие компоненты необходимы для построения надёжной финансовой модели услуг на основе данных CMDB?](https://cleverics.ru/digital/kb-qa/kakie-komponenty-neobkhodimy-dlya-postroeniya-nadezhnoy-finansovoy-modeli-uslug-na-osnove-dannykh-cm/) Для построения надежной финансовой модели услуг на основе данных CMDB необходимы следующие компоненты: грамотно организованная CMDB с чёткой иерархией конфигурационных единиц, технические решения для интеграции с бухгалтерскими системами и системами управления договорами, механизмы обеспечения консистентности данных между всеми участвующими системами, сверочные инструменты для проверки достоверности финансовой информации, чёткая регламентация ответственности за поддержание данных в каждой системе, учёт специфики работы с разными валютами и особенности учёта в каждой системе. Только при наличии всех этих компонентов можно создать фундамент для точной и актуальной финансовой модели, которая будет отражать реальные затраты на ИТ-услуги. Автор: Артём Мукосеев Рейтинг: 1003 Теги: аллокация затрат, расчёт себестоимости услуг, общие вопросы менеджмента, управление конфигурациями, CMDB, управление процессами, ИТ-процессы, экономика и финансы ## [Можно ли привести примеры факторов успеха практик (PSF) и соответствующих ключевых показателей эффективности (KPI) для практики управления инцидентами в ITIL 4?](https://cleverics.ru/digital/kb-qa/mozhno-li-privesti-primery-faktorov-uspekha-praktik-psf-i-sootvetstvuyushchikh-klyuchevykh-pokazatel/) Для практики управления инцидентами (Incident Management) в ITIL 4 примеры факторов успеха практик (PSF) и соответствующих ключевых показателей эффективности (KPI) включают: PSF «раннее выявление инцидентов» с KPI: время между возникновением и обнаружением инцидента, доля инцидентов, выявленных с помощью мониторинга. PSF «быстрое и эффективное решение инцидентов» с KPI: время, затраченное на диагностику, рейтинг устранения с первой попытки. Эти примеры демонстрируют связь между факторами успеха и конкретными измеряемыми показателями, используемыми для оценки эффективности практики. Автор: Артём Мукосеев Рейтинг: 1002 Теги: ITIL, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, мониторинг, управление инцидентами, управление процессами, ИТ-процессы, эффективность, оптимизация ## [Каковы основные случаи, когда активность одного участника может навредить команде?](https://cleverics.ru/digital/kb-qa/kakovy-osnovnye-sluchai-kogda-aktivnost-odnogo-uchastnika-mozhet-navredit-komande/) Во-первых, когда задача принципиально командная, и только коллективное взаимодействие позволяет достичь цели. В такой ситуации один участник, даже очень сильный, не может компенсировать низкую вовлеченность остальных. Во-вторых, когда нужно развивать навыки новичков или менее опытных членов команды — если лидер делает всё сам, другие не получают опыта и не растут. В-третьих, когда работа каждого участника требует специфических знаний, и неподготовленное вмешательство со стороны замедляет процесс и ухудшает качество. В таких случаях излишняя активность одного человека создает хаос и снижает эффективность всей команды. Автор: Олег Скрынник Рейтинг: 1002 Теги: командная работа, лидерство, обучение сотрудников, учебные курсы, тренинги, управление знаниями, управление отношениями, взаимодействие, BRM, эффективность, оптимизация