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

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

## [Почему проверка на соответствие стандартам не всегда дает правильное направление для совершенствования?](https://cleverics.ru/digital/kb-qa/pochemu-proverka-na-sootvetstvie-standartam-ne-vsegda-daet-pravilnoe-napravlenie-dlya-sovershenstvov/)

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

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

Рейтинг: 863

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

## [Какие факторы следует учитывать при принятии решения об изменении процесса управления изменениями в компании?](https://cleverics.ru/digital/kb-qa/kakie-faktory-sleduet-uchityvat-pri-prinyatii-resheniya-ob-izmenenii-protsessa-upravleniya-izmeneniy/)

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

Автор: Игорь Гутник

Рейтинг: 863

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

## [Почему формальная роль тимлида может мешать развитию ответственности в команде?](https://cleverics.ru/digital/kb-qa/pochemu-formalnaya-rol-timlida-mozhet-meshat-razvitiyu-otvetstvennosti-v-komande/)

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

Автор: Павел Капусткин

Рейтинг: 863

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

## [Как продукт-ориентированный подход влияет на устранение дефектов?](https://cleverics.ru/digital/kb-qa/kak-produkt-orientirovannyy-podkhod-vliyaet-na-ustranenie-defektov/)

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

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

Рейтинг: 863

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

## [Какие особенности в применении штрафных санкций предусмотрены в Федеральном законе 44-ФЗ?](https://cleverics.ru/digital/kb-qa/kakie-osobennosti-v-primenenii-shtrafnykh-sanktsiy-predusmotreny-v-federalnom-zakone-44-fz/)

Федеральный закон 44-ФЗ определяет ответственность Поставщика за неисполнение или ненадлежащее исполнение обязательств в размере от 0,5% до 2,5% от суммы контракта, при этом точный процент зависит от суммы самого контракта. Такой размер штрафов значительно ниже, чем обычно предлагается в коммерческих контрактах, где штрафные санкции могут составлять 20–30% от суммы договора. Это указывает на более мягкий подход государственного регулирования к применению штрафов по сравнению с частным сектором и может ограничивать возможности заказчиков для установления строгих финансовых санкций в государственных закупках.

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

Рейтинг: 863

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

## [Почему лучше использовать термин 'хозяин' вместо 'владелец' для обозначения Service Owner в русскоязычном контексте?](https://cleverics.ru/digital/kb-qa/pochemu-luchshe-ispolzovat-termin-khozyain-vmesto-vladelets-dlya-oboznacheniya-service-owner-v-russk/)

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

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

Рейтинг: 863

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

## [Почему детализация моделей изменений не может быть максимальной?](https://cleverics.ru/digital/kb-qa/pochemu-detalizatsiya-modeley-izmeneniy-ne-mozhet-byt-maksimalnoy/)

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

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

Рейтинг: 863

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

## [Как различие между выходами и результатами применяется в управлении сервесными конфигурациями?](https://cleverics.ru/digital/kb-qa/kak-razlichie-mezhdu-vykhodami-i-rezultatami-primenyaetsya-v-upravlenii-servesnymi-konfiguratsiyami/)

При проектировании CMDB (базы данных управления конфигурациями) важно фокусироваться не на технических атрибутах конфигурационных единиц, а на том, как информация из CMDB будет использоваться для достижения бизнесовых результатов. Например, менеджерам инцидентов может быть критично видеть связи между серверами, а менеджерам финансов — сортировать конфигурационные единицы по местоположению. Формулировка требований в терминах результатов (например, «мне нужно видеть связи между серверами, чтобы быстрее устранять инциденты») позволяет создать более эффективную структуру CMDB, которая учитывает потребности всех заинтересованных сторон и работает в рамках имеющихся ограничений, а не требует постоянных доработок.

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

Рейтинг: 863

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

## [Как влияет отсутствие привычки к качественному сервису на восприятие клиентов?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-otsutstvie-privychki-k-kachestvennomu-servisu-na-vospriyatie-klientov/)

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

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

Рейтинг: 863

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

## [Как частота инфраструктурных перерывов влияет на работу бизнеса?](https://cleverics.ru/digital/kb-qa/kak-chastota-infrastrukturnykh-pereryvov-vliyaet-na-rabotu-biznesa/)

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

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

Рейтинг: 863

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