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

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

## [Как рассчитать рейтинг решения инцидента с учетом Tmin и Tmax?](https://cleverics.ru/digital/kb-qa/kak-rasschitat-reyting-resheniya-intsidenta-s-uchetom-tmin-i-tmax/)

Рейтинг решения инцидента рассчитывается по формуле: если фактическое время устранения (ti) меньше или равно Tmin, рейтинг составляет 100%; если ti превышает Tmax, рейтинг равен 0%. При времени между Tmin и Tmax рейтинг плавно снижается от 1 до 0 по формуле (Tmax - ti) / (Tmax - Tmin). Такой подход учитывает не только соблюдение сроков, но и степень влияния простоя на бизнес, поощряя максимально быстрое устранение инцидентов.

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

Рейтинг: 769

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

## [Какие последствия имеет для компании потеря клиента из-за фатальной ошибки поставщика?](https://cleverics.ru/digital/kb-qa/kakie-posledstviya-imeet-dlya-kompanii-poterya-klienta-iz-za-fatalnoy-oshibki-postavshchika/)

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

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

Рейтинг: 769

Теги: аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик

## [Как создать атмосферу продуктивности на неэффективном совещании?](https://cleverics.ru/digital/kb-qa/kak-sozdat-atmosferu-produktivnosti-na-neeffektivnom-soveshchanii/)

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

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

Рейтинг: 769

Теги: общие вопросы менеджмента

## [Как процесс управления изменениями взаимодействует с другими ИТ-процессами при работе со внеплановыми простоем?](https://cleverics.ru/digital/kb-qa/kak-protsess-upravleniya-izmeneniyami-vzaimodeystvuet-s-drugimi-it-protsessami-pri-rabote-so-vneplan/)

Процесс управления изменениями тесно взаимодействует с другими ИТ-процессами при работе со внеплановыми простоем. С управлением уровнем услуг (SLM) согласуются целевые показатели доступности и условия внепланового простоя. С управлением доступностью проверяется влияние изменений на общий уровень доступности и соответствие планам. При необходимости также взаимодействует с управлением инцидентами, если изменение связано с устранением критической проблемы. Такое комплексное взаимодействие обеспечивает баланс между требованиями бизнеса к скорости внедрения изменений и необходимостью поддержания стабильности и надёжности ИТ-сервисов.

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

Рейтинг: 769

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

## [Как можно определить, является ли вынужденное ожидание действительно обоснованным?](https://cleverics.ru/digital/kb-qa/kak-mozhno-opredelit-yavlyaetsya-li-vynuzhdennoe-ozhidanie-deystvitelno-obosnovannym/)

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

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

Рейтинг: 769

Теги: поддержка пользователей, Service Desk, Help Desk

## [Какому алгоритму действий должен следовать менеджер ИТ-процесса при обнаружении проблем со своевременностью обработки запросов?](https://cleverics.ru/digital/kb-qa/kakoy-algoritm-deystviy-dolzhen-sledovat-menedzher-it-protsessa-pri-obnaruzhenii-problem-so-svoevrem/)

Менеджер ИТ-процесса должен действовать по следующему алгоритму: 1. Идентифицировать и локализовать проблему, определив конкретные факторы, негативно влияющие на процесс 2. Подготовить одну или несколько мер, направленных на устранение проблемы или минимизацию ущерба 3. Найти и обеспечить выделение ресурсов для осуществления плана 4. Проконтролировать реализацию мер и убедиться в их эффективности, при необходимости вернувшись к первому шагу Важно, что на первом этапе необходимо определить, какие изменения произошли в последнее время, проанализировать характер и структуру проблемных обращений, идентифицировать критические точки в процессе. Второй этап включает разработку как временных, так и постоянных решений. Третий этап требует защиты плана и убеждения заинтересованных сторон в необходимости выделения ресурсов. Четвертый этап предполагает постоянный мониторинг и измерение эффективности внедренных мер.

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

Рейтинг: 768

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

## [Каковы основные функции процессов EDM02, EDM03 и EDM04 в системе руководства ИТ?](https://cleverics.ru/digital/kb-qa/kakovy-osnovnye-funktsii-protsessov-edm02-edm03-i-edm04-v-sisteme-rukovodstva-it/)

Процессы EDM02, EDM03 и EDM04 в COBIT 5 совместно обеспечивают оценку, направление и мониторинг системы управления ИТ по трём основным направлениям, которые важны для заинтересованных сторон: EDM02 отвечает за формирование ценности и обеспечение получения выгод, EDM03 — за оптимизацию рисков, EDM04 — за оптимизацию использования ресурсов. Эти процессы ориентированы на руководство системой управления ИТ, которая включает в себя набор из 32 процессов.

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

Рейтинг: 768

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

## [Как централизованная ИТ-стратегия помогает в условиях высокой конкуренции между руководителями подразделений?](https://cleverics.ru/digital/kb-qa/kak-tsentralizovannaya-it-strategiya-pomogaet-v-usloviyakh-vysokoy-konkurentsii-mezhdu-rukovoditelya/)

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

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

Рейтинг: 768

Теги: ISO 20000, общие вопросы менеджмента, стратегия, управление отношениями, взаимодействие, BRM

## [Почему в области разработки ПО часто отсутствует система измерения процессов?](https://cleverics.ru/digital/kb-qa/pochemu-v-oblasti-razrabotki-po-chasto-otsutstvuet-sistema-izmereniya-protsessov/)

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

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

Рейтинг: 768

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

## [Как поставщик и потребитель услуг могут оценить целесообразность сервисных отношений?](https://cleverics.ru/digital/kb-qa/kak-postavshchik-i-potrebitel-uslug-mogut-otsenit-tselesoobraznost-servisnykh-otnosheniy/)

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

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

Рейтинг: 768

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