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

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

## [Какие проблемы возникают при ведении учета трудозатрат в ИТ-компаниях?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-vedenii-ucheta-trudozatrat-v-it-kompaniyakh/)

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

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

Рейтинг: 821

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

## [Как функционирует механизм наследования прав в иерархической RBAC?](https://cleverics.ru/digital/kb-qa/kak-funktsioniruet-mekhanizm-nasledovaniya-prav-v-ierarkhicheskoy-rbac/)

В иерархической RBAC (Hierarchical RBAC) механизм наследования прав работает на основе организации ролей по принципу старшинства. Роли располагаются в иерархическом порядке, и нижестоящие роли наследуют все права доступа от вышестоящих ролей. Например, если роль 'Главный инженер' расположена ниже роли 'Сотрудник' в иерархии, то 'Главный инженер' автоматически получает все права, определенные для роли 'Сотрудник', плюс свои собственные дополнительные права. Это позволяет уменьшить дублирование прав при проектировании системы, так как общие базовые права можно вынести в одну роль, а специфические - в более специализированные нижестоящие роли. Механизм наследования значительно упрощает администрирование крупных систем с большим количеством пользователей и ролей.

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

Рейтинг: 821

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

## [Почему стандартный KPI по своевременности может ввести в заблуждение?](https://cleverics.ru/digital/kb-qa/pochemu-standartnyy-kpi-po-svoevremennosti-mozhet-vvesti-v-zabluzhdenie/)

Стандартный KPI по своевременности может быть вводящим в заблуждение, так как учитывает только факт устранения инцидента в рамках Tmax, не обращая внимания на реальное время решения. Например, два сценария с одинаковым процентом соблюдения сроков (95%) могут иметь существенно разные средние времена устранения — 67% и 56% по усовершенствованной методике. При этом первый вариант предполагает гораздо более оперативное восстановление сервисов и меньшее влияние на бизнес, что не отражается в традиционном KPI.

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

Рейтинг: 821

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

## [Какие последствия возникают при отсутствии единой системы для управления согласованиями?](https://cleverics.ru/digital/kb-qa/kakie-posledstviya-voznikayut-pri-otsutstvii-edinoy-sistemy-dlya-upravleniya-soglasovaniyami/)

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

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

Рейтинг: 821

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

## [Почему Flow Efficiency может ошибочно показывать 90% и более?](https://cleverics.ru/digital/kb-qa/pochemu-flow-efficiency-mozhet-oshibochno-pokazyvat-90-i-bolee/)

Flow Efficiency может ошибочно показывать завышенные значения (90% и более) из-за методологических ошибок в расчете. Например, если учитывать только рабочее время, но неправильно определить время активной работы (Touch Time), то числитель может оказаться неадекватно большим. Также часто возникает проблема, когда при совместной работе нескольких сотрудников время работы учитывается не корректно (например, суммируются часы всех участников, тогда как фактически задача выполнялась параллельно). Кроме того, некоторые автоматизированные инструменты могут неправильно интерпретировать изменения статусов задач, принимая за активную работу периоды ожидания. Все эти факторы приводят к искажению результата и созданию иллюзии сверхвысокой эффективности, не соответствующей реальности.

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

Рейтинг: 821

Теги: Канбан, WIP-лимиты, эффективность, оптимизация

## [Как клиенты могут повлиять на улучшение условий гарантий от поставщиков услуг?](https://cleverics.ru/digital/kb-qa/kak-klienty-mogut-povliyat-na-uluchshenie-usloviy-garantiy-ot-postavshchikov-uslug/)

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

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

Рейтинг: 821

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

## [Как первые шаги модели Коттера соотносятся с другими теориями изменений?](https://cleverics.ru/digital/kb-qa/kak-pervye-shagi-modeli-kottera-sootnosyatsya-s-drugimi-teoriyami-izmeneniy/)

Первый шаг Коттера по разрушению текущих комфортных условий перекликается с моделью изменений Курта Левина (этап «Разморозка») и моделью Вильяма Бриджеса (первая фаза «Завершение и потеря»). Все эти подходы подчеркивают необходимость разрыва привычных шаблонов поведения перед тем, как внедрять новые процессы и правила.

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

Рейтинг: 821

Теги: управление изменениями

## [Почему бесконечное повышение интенсивности труда невозможно?](https://cleverics.ru/digital/kb-qa/pochemu-beskonechnoe-povyshenie-intensivnosti-truda-nevozmozhno/)

Бесконечное повышение интенсивности труда невозможно из-за физиологических и психологических ограничений человека. Переутомление приводит к снижению концентрации внимания, росту ошибок, ухудшению качества работы. Со временем снижается устойчивость объёма выполняемых работ: сотрудник не может постоянно поддерживать высокий темп без перерывов. Это также увеличивает издержки на компенсацию перенапряжения — больничные, выплаты, снижение мотивации. В отличие от интенсивности, производительность труда теоретически может расти неограниченно за счёт технического прогресса и оптимизации процессов.

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

Рейтинг: 820

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

## [Можно ли ограничивать количество одновременно проводимых диагностик и почему это необходимо?](https://cleverics.ru/digital/kb-qa/mozhno-li-ogranichivat-kolichestvo-odnovremenno-provodimykh-diagnostik-i-pochemu-eto-neobkhodimo/)

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

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

Рейтинг: 820

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

## [Почему жесткие головые лимиты могут привести к увеличению затрат?](https://cleverics.ru/digital/kb-qa/pochemu-zhestkie-golovye-limity-mogut-privesti-k-uvelicheniyu-zatrat/)

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

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

Рейтинг: 820

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