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

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

## [Какова структура PCF: какие уровни включает и как они обозначаются?](https://cleverics.ru/digital/kb-qa/kakova-struktura-pcf-kakie-urovni-vklyuchaet-i-kak-oni-oboznachayutsya/)

Структура PCF представляет собой иерархический список, состоящий из звеньев разного уровня: категория процессов - наивысший уровень, обозначается целыми числами (5.0, 8.0, 11.0), например, Управление обслуживанием клиентов, Управление финансовыми ресурсами; группа процессов - следующий уровень декомпозиции, обозначается двумя цифрами (5.2, 8.3), например, Планирование и управление обслуживанием клиентов; процесс - собственно процессный уровень, обозначается тремя цифрами (5.2.3, 8.3.4), например, Управление жалобами клиентов; процедура - отдельные активности в исполняемом процессе, обозначаются четырьмя цифрами (5.2.3.4, 8.3.4.2), например, Предоставление ответа на жалобу клиента; задача - низший уровень после процедур, обычно отражает специфику и сильно меняется в зависимости от отрасли промышленности.

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

Рейтинг: 850

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

## [Для чего нужен отдельный процесс управления конфигурациями, если его можно было бы упростить до нескольких процедур в рамках других процессов?](https://cleverics.ru/digital/kb-qa/dlya-chego-nuzhen-otdelnyy-protsess-upravleniya-konfiguratsiyami-esli-ego-mozhno-bylo-by-uprostit-do/)

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

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

Рейтинг: 850

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

## [Какие способы контакта обычно предоставляют компании для первой линии поддержки?](https://cleverics.ru/digital/kb-qa/kakie-sposoby-kontakta-obychno-predostavlyayut-kompanii-dlya-pervoy-linii-podderzhki/)

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

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

Рейтинг: 850

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

## [Почему сотрудники склонны завышать трудозатраты при отсутствии чётких правил фиксации времени?](https://cleverics.ru/digital/kb-qa/pochemu-sotrudniki-sklonny-zavyshat-trudozatraty-pri-otsutstvii-chetkikh-pravil-fiksatsii-vremeni/)

Отсутствие детальных правил приводит к субъективной оценке времени, особенно при параллельном выполнении задач. Сотрудники могут считать, что одновременная работа над несколькими задачами требует учёта полного времени на каждую из них, хотя на практике распределение должно быть долевым. Дополнительно завышение возникает из-за желания скрыть неэффективность или противостоять внедрению учёта (например, искусственно увеличивая затраты через округление до 15 минут). Это происходит из-за недостатка понимания целей учёта и отсутствия мотивации к точности.

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

Рейтинг: 850

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

## [Какие проблемы возникают при использовании измерений в управлении ИТ-службами?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-ispolzovanii-izmereniy-v-upravlenii-it-sluzhbami/)

Основные проблемы включают неполноту данных (измеряются не все аспекты работы), неточность результатов (низкое качество данных и расчетов), недостоверность информации (ошибки и манипуляции), неформализованность целей и критериев оценки, а также ограниченность возможностей по внедрению изменений на основе результатов измерений. Это связано с отсутствием изначального проектирования системы измерений и непонимания её важности.

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

Рейтинг: 850

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

## [Какие меры помогут предотвратить хаос при неудачном развёртывании релиза?](https://cleverics.ru/digital/kb-qa/kakie-mery-pomogut-predotvratit-khaos-pri-neudachnom-razvertyvanii-reliza/)

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

Автор: Шамиль Бабаев

Рейтинг: 850

Теги: DevOps, CI/CD, управление релизами

## [Почему количество инцидентов не является хорошим показателем качества ИТ-сервисов?](https://cleverics.ru/digital/kb-qa/pochemu-kolichestvo-intsidentov-ne-yavlyaetsya-khoroshim-pokazatelem-kachestva-it-servisov/)

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

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

Рейтинг: 850

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

## [Почему снижение количества инцидентов более эффективно, чем повышение производительности персонала?](https://cleverics.ru/digital/kb-qa/pochemu-snizhenie-kolichestva-intsidentov-bolee-effektivno-chem-povyshenie-proizvoditelnosti-persona/)

Снижение количества инцидентов через управление проблемами часто более эффективно, чем повышение производительности персонала, из-за нелинейности зависимости между количеством инцидентов и средним временем их решения. Например, при 24 инцидентах в день со средней производительностью 20 минут на инцидент среднее время решения может составить 4 часа 10 минут из-за эффекта очереди при неравномерном поступлении. Если уменьшить количество инцидентов вдвое (до 12), среднее время решения сократится до 2 часов 10 минут - в два раза, хотя производительность персонала останется неизменной. Это происходит потому, что меньшее количество инцидентов уменьшает перегрузки и накопление очереди в пиковые часы. Таким образом, даже небольшое снижение количества инцидентов дает значительный эффект для сокращения среднего времени их решения.

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

Рейтинг: 850

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

## [Какие мотивационные эффекты создаёт предложенная метрика для групп поддержки?](https://cleverics.ru/digital/kb-qa/kakie-motivatsionnye-effekty-sozdaet-predlozhennaya-metrika-dlya-grupp-podderzhki/)

Предложенная метрика создаёт несколько положительных мотивационных эффектов: 1) Стимулирует группы оперативно обрабатывать инциденты, даже если они получены близко к окончанию срока или уже просроченными, так как любая оперативная работа повышает общий KPI. 2) Формирует правильное понимание того, что нарушение сроков – это общая проблема поставщика услуг, а не вина конкретной группы. 3) Поощряет сотрудничество между группами поддержки, так как эффективная передача и совместная работа помогут минимизировать долю каждой группы в общем времени обработки и улучшить показатели. 4) Помогает избежать практики быстрого перенаправления инцидентов ('футбола') без реальной обработки.

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

Рейтинг: 850

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

## [Какие требования необходимо учитывать при создании внутренних регламентов?](https://cleverics.ru/digital/kb-qa/kakie-trebovaniya-neobkhodimo-uchityvat-pri-sozdanii-vnutrennikh-reglamentov/)

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

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

Рейтинг: 850

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