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

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

## [Почему включение периода ожидания в метрики может быть более эффективным, чем простое использование метрики своевременности?](https://cleverics.ru/digital/kb-qa/pochemu-vklyuchenie-perioda-ozhidaniya-v-metriki-mozhet-byt-bolee-effektivnym-chem-prostoe-ispolzova/)

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

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

Рейтинг: 909

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

## [Что представляет собой интегрированный подход CSI в контексте Tipu?](https://cleverics.ru/digital/kb-qa/chto-predstavlyaet-soboy-integrirovannyy-podkhod-csi-v-kontekste-tipu/)

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

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

Рейтинг: 909

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

## [Как определяется видимость услуги для потребителя в ITIL4?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-vidimost-uslugi-dlya-potrebitelya-v-itil4/)

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

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

Рейтинг: 909

Теги: DevOps, CI/CD, бизнес, ценность, бизнес-заказчик

## [Как рассчитать итоговый KPI для двух tension-метрик, если одна из них равна нулю?](https://cleverics.ru/digital/kb-qa/kak-rasschitat-itogovyy-kpi-dlya-dvukh-tension-metrik-esli-odna-iz-nikh-ravna-nulyu/)

Если одна из tension-метрик равна нулю, итоговый KPI, рассчитанный как геометрическое среднее, также будет равен нулю. Например, при K1 = 100% и K2 = 0%: K = √(100% × 0%) = 0%. Это отражает критическую проблему — полное отсутствие баланса, когда одна из метрик игнорируется. Такая характеристика геометрического среднего делает его подходящим инструментом для оценки эффективности, где обе метрики обязательны к выполнению.

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

Рейтинг: 909

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

## [Когда начался учет рабочего времени и как долго он продолжался к моменту написания текста?](https://cleverics.ru/digital/kb-qa/kogda-nachalsya-uchet-rabochego-vremeni-i-kak-dolgo-on-prodolzhalsya-k-momentu-napisaniya-teksta/)

Учет рабочего времени начался в октябре 2013 года и к моменту написания текста продолжался почти полтора года. Более подробно, первые 13 недель (до конца 2013 года) учет велся по упрощенной системе с тремя цветовыми категориями, а с 1 января 2014 года система была усовершенствована и расширен до 18 категорий с ведением полного листинга затраченного времени.

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

Рейтинг: 909

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

## [Почему пользователи в своих электронных обращениях могут быть достаточно информативны?](https://cleverics.ru/digital/kb-qa/pochemu-polzovateli-v-svoikh-elektronnykh-obrashcheniyakh-mogut-byt-dostatochno-informativny/)

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

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

Рейтинг: 909

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

## [Почему аналитика не может быть полностью автоматизирована в отчетах о работе процесса?](https://cleverics.ru/digital/kb-qa/pochemu-analitika-ne-mozhet-byt-polnostyu-avtomatizirovana-v-otchetakh-o-rabote-protsessa/)

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

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

Рейтинг: 908

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

## [Какие есть типичные сложности при управлении инцидентами, связанными с навязанными подрядчиками или вендорами ПО?](https://cleverics.ru/digital/kb-qa/kakie-est-tipichnye-slozhnosti-pri-upravlenii-intsidentami-svyazannymi-s-navyazannymi-podryadchikami/)

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

Автор: Павел Дёмин

Рейтинг: 908

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

## [Почему в DevOps недостаточно принятия работы владельцем продукта для определения завершения?](https://cleverics.ru/digital/kb-qa/pochemu-v-devops-nedostatochno-prinyatiya-raboty-vladeltsem-produkta-dlya-opredeleniya-zaversheniya/)

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

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

Рейтинг: 908

Теги: DevOps, CI/CD, поддержка пользователей, Service Desk, Help Desk, управление продуктами, продуктовый подход

## [Какие временные рамки следует устанавливать для конфликта интересов?](https://cleverics.ru/digital/kb-qa/kakie-vremennye-ramki-sleduet-ustanavlivat-dlya-konflikta-interesov/)

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

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

Рейтинг: 908