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

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

## [Как объяснить пользователям задержки, связанные с разными часовыми поясами?](https://cleverics.ru/digital/kb-qa/kak-obyasnit-polzovatelyam-zaderzhki-svyazannye-s-raznymi-chasovymi-poyasami/)

Для объяснения пользователей задержек, связанных с разными часовыми поясами, рекомендуется использовать прозрачный подход. Создать стандартные шаблоны сообщений, которые автоматически информируют пользователя о статусе обращения и причинах возможных задержек. Например, сообщение может содержать информацию: «Ваше обращение было направлено в группу поддержки в [часовой пояс], которая начнет работу в [время] по вашему местному времени». Также можно разработать простой калькулятор на сайте, где пользователь может ввести время обращения и получить примерные сроки решения с учетом часовых поясов. Важно не перегружать пользователя техническими деталями, а объяснять ситуацию на понятном языке с акцентом на то, что работа над обращением будет продолжена в ближайшее рабочее время.

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

Рейтинг: 1108

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

## [Всегда ли необходимо измерять доступность ИТ-услуг в процентах?](https://cleverics.ru/digital/kb-qa/vsegda-li-neobkhodimo-izmeryat-dostupnost-it-uslug-v-protsentakh/)

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

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

Рейтинг: 1108

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

## [Что включает в себя "типовой процесс" и как он отличается от организации деятельности?](https://cleverics.ru/digital/kb-qa/chto-vklyuchaet-v-sebya-tipovoy-protsess-i-kak-on-otlichaetsya-ot-organizatsii-deyatelnosti/)

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

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

Рейтинг: 1107

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

## [В чем отличие дорожной карты от бэклога?](https://cleverics.ru/digital/kb-qa/v-chem-otlichie-dorozhnoy-karty-ot-bekloga/)

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

Автор: Светлана Сапегина

Рейтинг: 1107

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

## [Какие основные причины несоответствия рабочих процессов утвержденным регламентам?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-prichiny-nesootvetstviya-rabochikh-protsessov-utverzhdennym-reglamentam/)

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

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

Рейтинг: 1107

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

## [Почему ITIL 4 расширил применение четырех аспектов управления на всю систему создания ценности?](https://cleverics.ru/digital/kb-qa/pochemu-itil-4-rasshiril-primenenie-chetyrekh-aspektov-upravleniya-na-vsyu-sistemu-sozdaniya-tsennos/)

ITIL 4 расширил применение четырех аспектов управления на всю систему создания ценности потому, что услуги не ограничиваются только этапом проектирования, а создают ценность на протяжении всего своего жизненного цикла через взаимодействие всех компонентов организации. В ITIL v3 2011 концепция, похожая на четыре аспекта (4P: Продукты, Процессы, Персонал, Партнеры), применялась преимущественно к этапу проектирования услуг. Однако в современных условиях, с развитием гибких методологий и усложнением ИТ-экосистем, стало очевидно, что эти компоненты влияют на все этапы создания и предоставления услуг. Расширение применения четырех аспектов на всю систему создания ценности отражает более глубокое понимание того, что организация должна интегрированно управлять услугами на всех стадиях их жизненного цикла. Это позволяет более гибко реагировать на изменения, обеспечивать согласованность между стратегией и операционной деятельностью и лучше удовлетворять потребности пользователей через согласованные потоки создания ценности.

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

Рейтинг: 1107

Теги: ITIL, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, поддержка пользователей, Service Desk, Help Desk, поток создания ценности (Value Stream), стратегия, управление отношениями, взаимодействие, BRM, управление продуктами, продуктовый подход, эффективность, оптимизация

## [Какой уровень детализации необходим для расчёта себестоимости ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kakoy-uroven-detalizatsii-neobkhodim-dlya-rascheta-sebestoimosti-it-uslug/)

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

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

Рейтинг: 1107

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

## [Почему важно формировать потребности будущего, а не просто реагировать на текущие?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-formirovat-potrebnosti-budushchego-a-ne-prosto-reagirovat-na-tekushchie/)

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

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

Рейтинг: 1107

Теги: ISO 20000, аутсорсинг, интеграция услуг

## [Чем отличаются метрики результативности от метрик, отражающих рациональность организации процесса?](https://cleverics.ru/digital/kb-qa/chem-otlichayutsya-metriki-rezultativnosti-ot-metrik-otrazhayushchikh-ratsionalnost-organizatsii-pro/)

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

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

Рейтинг: 1107

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

## [Почему важно определять приоритеты устранения инцидентов?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-opredelyat-prioritety-ustraneniya-intsidentov/)

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

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

Рейтинг: 1106

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