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

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

## [Какие четыре направления необходимо проработать для достижения кратного ускорения разработки программного обеспечения?](https://cleverics.ru/digital/kb-qa/kakie-chetyre-napravleniya-neobkhodimo-prorabotat-dlya-dostizheniya-kratnogo-uskoreniya-razrabotki-p/)

Для достижения кратного ускорения необходимо проработать четыре ключевых направления: 1) принцип организации ресурсов - переход от иерархической структуры к более самоорганизованным, почти самодостаточным командам; 2) архитектурная и технологическая составляющая - устранение монолитности систем, внедрение практик CI/CD и модульная архитектура; 3) работа со входом - систематизация и приоритизация запросов, фокус на бизнес-ценные задачи вместо технического долга и рутины; 4) организация производства - внедрение управления потоком создания ценности, ограничение текущей работы (WIP-лимиты), методичное устранение потерь через Канбан-метод. Эти направления взаимодополняют друг друга и необходимы в совокупности для достижения кратного ускорения.

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

Рейтинг: 981

Теги: архитектура ИТ, TOGAF и IT4IT, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, командная работа, поток создания ценности (Value Stream), трансформация, ускорение, Time-to-Market, управление конфигурациями, CMDB, управление релизами

## [Что такое технический долг и как он формируется в процессе разработки?](https://cleverics.ru/digital/kb-qa/chto-takoe-tekhnicheskiy-dolg-i-kak-on-formiruetsya-v-protsesse-razrabotki/)

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

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

Рейтинг: 981

Теги: архитектура ИТ, TOGAF и IT4IT, командная работа, трансформация, ускорение, Time-to-Market, управление продуктами, продуктовый подход

## [Как удовлетворенность сотрудников сервис деска влияет на удовлетворенность клиентов?](https://cleverics.ru/digital/kb-qa/kak-udovletvorennost-sotrudnikov-servis-deska-vliyaet-na-udovletvorennost-klientov/)

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

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

Рейтинг: 981

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

## [Какие факторы нужно учитывать при заключении SLA с учетом рабочих календарей?](https://cleverics.ru/digital/kb-qa/kakie-faktory-nuzhno-uchityvat-pri-zaklyuchenii-sla-s-uchetom-rabochikh-kalendarey/)

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

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

Рейтинг: 981

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

## [Какие существуют альтернативные или дополнительные подходы к RBAC для управления доступом?](https://cleverics.ru/digital/kb-qa/kakie-sushchestvuyut-alternativnye-ili-dopolnitelnye-podkhody-k-rbac-dlya-upravleniya-dostupom/)

Помимо ролевой модели управления доступом (RBAC), существуют альтернативные и дополнительные подходы, которые могут использоваться отдельно или в комбинации с RBAC. Это включает в себя управление доступом на основе атрибутов пользователей (ABAC), где решения о предоставлении доступа принимаются на основе различных атрибутов (роль, должность, отдел, время суток и т.д.). Также применяются динамические правила предоставления доступа, когда права назначаются временно в ответ на конкретные запросы. Еще одним подходом являются запросы прав доступа, когда пользователь сам инициирует запрос на получение определенных прав, который затем проходит процесс утверждения. Кроме того, существует модель управления доступом на основе риска, где уровень предоставленных прав зависит от оценки риска. Эти подходы часто комбинируются с RBAC для создания более гибких и адаптивных систем управления доступом, учитывающих сложность современных бизнес-процессов.

Автор: Александр Омельченко

Рейтинг: 981

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

## [Почему в 2020 году произошел кратковременный рост обращений в ИТ-поддержку?](https://cleverics.ru/digital/kb-qa/pochemu-v-2020-godu-proizoshel-kratkovremennyy-rost-obrashcheniy-v-it-podderzhku/)

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

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

Рейтинг: 981

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

## [Какие черты бизнес-культуры 90-х годов можно увидеть в современности?](https://cleverics.ru/digital/kb-qa/kakie-cherty-biznes-kultury-90-kh-godov-mozhno-uvidet-v-sovremennosti/)

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

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

Рейтинг: 981

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

## [Чем можно объяснить несоответствие данных из отчетов реальному опыту некоторых компаний (например, сети «Дикси»)?](https://cleverics.ru/digital/kb-qa/chem-mozhno-obyasnit-nesootvetstvie-dannykh-iz-otchetov-realnomu-opytu-nekotorykh-kompaniy-naprimer/)

Несоответствие связано с тем, что исследования основаны на выборках, которые могут не охватывать специфические сценарии использования ИТ-услуг. Например, в «Дикси» в 2022 году было 4,6 обращения на пользователя, что выше средних значений из отчетов. Это объясняется особенностями розничной сети: высокой нагрузкой на оборудование, спецификой бизнес-процессов, возможным отсутствием базы знаний или недостаточной ИТ-грамотностью сотрудников. Такие локальные факторы делают прямое сравнение данных сложным.

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

Рейтинг: 981

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

## [Чем отличаются ресурсные ИТ-услуги от услуг, основанных на деятельности?](https://cleverics.ru/digital/kb-qa/chem-otlichayutsya-resursnye-it-uslugi-ot-uslug-osnovannykh-na-deyatelnosti/)

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

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

Рейтинг: 981

Теги: бизнес, ценность, бизнес-заказчик, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление конфигурациями, CMDB, экономика и финансы

## [Как канбан помогает в оптимизации ИТ-процессов?](https://cleverics.ru/digital/kb-qa/kak-kanban-pomogaet-v-optimizatsii-it-protsessov/)

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

Автор: Игорь Гутник

Рейтинг: 980

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