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

Никакого пересказа 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, управление продуктами, продуктовый подход, управление рисками

## [Какие принципы бережливого производства применяются при построении потоков создания ценности?](https://cleverics.ru/digital/kb-qa/kakie-printsipy-berezhlivogo-proizvodstva-primenyayutsya-pri-postroenii-potokov-sozdaniya-tsennosti/)

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

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

Рейтинг: 1088

Теги: Lean, бережливое производство, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, поток создания ценности (Value Stream)

## [Что такое 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