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

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

## [Какие метрики подходят для оценки задач, не относящихся к конвейерному производству?](https://cleverics.ru/digital/kb-qa/kakie-metriki-podkhodyat-dlya-otsenki-zadach-ne-otnosyashchikhsya-k-konveyernomu-proizvodstvu/)

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

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

Рейтинг: 1089

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

## [Как оценить эффективность работы первой линии поддержки в условиях неидеальной ИТ-организации?](https://cleverics.ru/digital/kb-qa/kak-otsenit-effektivnost-raboty-pervoy-linii-podderzhki-v-usloviyakh-neidealnoy-it-organizatsii/)

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

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

Рейтинг: 1089

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

## [Почему важно учитывать эмоциональную ценность при создании продукта или услуги?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-uchityvat-emotsionalnuyu-tsennost-pri-sozdanii-produkta-ili-uslugi/)

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

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

Рейтинг: 1089

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

## [Как обеспечивается непрерывность процесса изменений при переходе от одной стадии к другой?](https://cleverics.ru/digital/kb-qa/kak-obespechivaetsya-nepreryvnost-protsessa-izmeneniy-pri-perekhode-ot-odnoy-stadii-k-drugoy/)

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

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

Рейтинг: 1089

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

## [Что такое предложение об изменении (Change proposal) в рамках ITIL, и из каких элементов оно состоит?](https://cleverics.ru/digital/kb-qa/chto-takoe-predlozhenie-ob-izmenenii-change-proposal-v-ramkakh-itil-i-iz-kakikh-elementov-ono-sostoi/)

Предложение об изменении (Change proposal) — это документ, содержащий высокоуровневое описание потенциальной услуги или значительного изменения, экономическое обоснование и ожидаемый график внедрения. Оно состоит из высокоуровневого описания ИТ-услуги, включая бизнес-выгоды и требования к полезности (функциональности) и гарантии (доступность, мощность, безопасность, непрерывность), детального бизнес-кейса со стоимостной оценкой эффекта, рисками, альтернативами, а также ожидаемого графика внедрения без фиксированного дедлайна.

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

Рейтинг: 1088

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

## [Почему важно вовлечение эксплуатирующих подразделений в определение требований и проектирование автоматизированных систем?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-vovlechenie-ekspluatiruyushchikh-podrazdeleniy-v-opredelenie-trebovaniy-i-proektirova/)

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

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

Рейтинг: 1088

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

## [Какие риски возникают при попытке внедрить систему учёта всех лицензий сразу?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-pri-popytke-vnedrit-sistemu-ucheta-vsekh-litsenziy-srazu/)

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

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

Рейтинг: 1088

Теги: командная работа, мотивация персонала, стимулирование, управление ИТ-активами, ITAM, SAM, управление продуктами, продуктовый подход, управление рисками

## [Что такое TTL (Time To Live) в контексте управления знаниями и как оно применяется?](https://cleverics.ru/digital/kb-qa/chto-takoe-ttl-time-to-live-v-kontekste-upravleniya-znaniyami-i-kak-ono-primenyaetsya/)

TTL (Time To Live) — это установленный срок жизни статьи в Базе знаний, по истечении которого информация должна быть перепроверена на актуальность. При приближении срока TTL эксперт переоценивает статью и принимает решение о её продлении в актуальном состоянии или архивации. Это позволяет поддерживать данные в базе свежими и полезными.

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

Рейтинг: 1088

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

## [Почему управление инцидентами влияет на уровень удовлетворённости пользователей, даже если качество услуг в целом высокое?](https://cleverics.ru/digital/kb-qa/pochemu-upravlenie-intsidentami-vliyaet-na-uroven-udovletvorennosti-polzovateley-dazhe-esli-kachestv/)

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

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

Рейтинг: 1087

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

## [Какие меры помогают ИТ-службам адаптироваться к снижению числа обращений?](https://cleverics.ru/digital/kb-qa/kakie-mery-pomogayut-it-sluzhbam-adaptirovatsya-k-snizheniyu-chisla-obrashcheniy/)

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

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

Рейтинг: 1087

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