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

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

## [Какие ошибки совершают организации, пытаясь внедрить co-creation как модный тренд?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-sovershayut-organizatsii-pytayas-vnedrit-co-creation-kak-modnyy-trend/)

Организации, внедряющие co-creation как модный тренд, часто совершают ошибки: объявляют о co-creation в маркетинговых материалах, но не меняют внутренние процессы; создают видимость участия потребителей без реального влияния на продукт; не обучают сотрудников работе в режиме совместного создания; не определяют чётких правил и границ взаимодействия с клиентами; игнорируют необходимость изменения организационной культуры на более открытую и партнёрскую. Это приводит к разочарованию клиентов, которые ожидают реального участия, но получают лишь поверхностное копирование тренда без его实质ной реализации.

Автор: Игорь Фадеев

Рейтинг: 725

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

## [Как определяется видимость услуги для потребителя в ITIL4?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-vidimost-uslugi-dlya-potrebitelya-v-itil4/)

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

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

Рейтинг: 725

Теги: DevOps, CI/CD, бизнес, ценность, бизнес-заказчик

## [Почему важно лично докладывать на встречах по совершенствованию услуг, а не делегировать эту задачу?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-lichno-dokladyvat-na-vstrechakh-po-sovershenstvovaniyu-uslug-a-ne-delegirovat-etu-zad/)

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

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

Рейтинг: 725

Теги: общие вопросы менеджмента, постоянное улучшение, совершенствование, CSI, PDCA

## [Каковы риски выхода за пределы согласованных технологических окон при внедрении изменений?](https://cleverics.ru/digital/kb-qa/kakovy-riski-vykhoda-za-predely-soglasovannykh-tekhnologicheskikh-okon-pri-vnedrenii-izmeneniy/)

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

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

Рейтинг: 725

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

## [Как проявляется внешний локус контроля в учебном процессе?](https://cleverics.ru/digital/kb-qa/kak-proyavlyaetsya-vneshniy-lokus-kontrolya-v-uchebnom-protsesse/)

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

Автор: Роман Журавлёв

Рейтинг: 725

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

## [Как можно определить достоверность опубликованных данных об эффективности ITIL?](https://cleverics.ru/digital/kb-qa/kak-mozhno-opredelit-dostovernost-opublikovannykh-dannykh-ob-effektivnosti-itil/)

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

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

Рейтинг: 725

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

## [Почему проваливаются хорошо спланированные проекты?](https://cleverics.ru/digital/kb-qa/pochemu-provalivayutsya-khorosho-splanirovannye-proekty/)

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

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

Рейтинг: 724

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

## [Как выбор приоритетов качества услуг зависит от типа организации?](https://cleverics.ru/digital/kb-qa/kak-vybor-prioritetov-kachestva-uslug-zavisit-ot-tipa-organizatsii/)

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

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

Рейтинг: 724

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

## [Какой методологический подход предотвращает ошибки проектирования в ITSM-проектах?](https://cleverics.ru/digital/kb-qa/kakoy-metodologicheskiy-podkhod-predotvrashchaet-oshibki-proektirovaniya-v-itsm-proektakh/)

Эффективным методом является постоянное ответы на четыре базовых вопроса: Зачем? Что? Кто? Как? Такой подход применяется на каждом этапе — при определении бизнес-задач, процедур, элементов учёта и информационных объектов. Он позволяет отделить ключевые задачи от второстепенных, корректно выстроить процесс и ролевую модель, а также сформировать точные требования к инструменту автоматизации.

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

Рейтинг: 724

Теги: ITSM, бизнес, ценность, бизнес-заказчик, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление проектами, PRINCE2

## [Как первая линия поддержки может способствовать улучшению общей эффективности многоуровневой системы?](https://cleverics.ru/digital/kb-qa/kak-pervaya-liniya-podderzhki-mozhet-sposobstvovat-uluchsheniyu-obshchey-effektivnosti-mnogourovnevo/)

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

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

Рейтинг: 724

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