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

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

## [Почему в ITIL и ISO/IEC 20000 используется термин «доступность», а в ГОСТ — «готовность»?](https://cleverics.ru/digital/kb-qa/pochemu-v-itil-i-iso-iec-20000-ispolzuetsya-termin-dostupnost-a-v-gost-gotovnost/)

ITIL и ISO/IEC 20000 ориентированы на управление ИТ-услугами с точки зрения потребителя, где ключевым аспектом является обеспечение функционирования системы для пользователя в нужный момент. ГОСТ 27.002-89 и ГОСТ Р 53480-2009 разработаны для технической надежности оборудования, где акцент делается на внутренние параметры системы. Разница обусловлена предметными областями: ИТ-услуги требуют учета внешних процессов, а техническая надежность — внутренних характеристик компонентов.

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

Рейтинг: 671

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

## [Какие проблемы возникают при учёте недоступности сотрудников в системах автоматического распределения задач?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-uchete-nedostupnosti-sotrudnikov-v-sistemakh-avtomaticheskogo-rasprede/)

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

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

Рейтинг: 671

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

## [Как мощность как компонент Warranty влияет на качество услуги?](https://cleverics.ru/digital/kb-qa/kak-moshchnost-kak-komponent-warranty-vliyaet-na-kachestvo-uslugi/)

Мощность как компонент Warranty определяет, насколько услуга обладает достаточным запасом ресурсов для удовлетворения потребностей всех пользователей в пиковые периоды нагрузки. Высокая мощность означает, что услуга может справиться с максимальной нагрузкой без ухудшения качества. Например, для электрического света недостаточная мощность проявляется в том, что свет горит тускло, когда включено много приборов, так как электричества не хватает для всех устройств. В ИТ-услугах недостаточная мощность может проявляться в медленной работе приложения при большом количестве пользователей или низкой скорости соединения через VPN. Мощность критически важна для пригодности услуги к использованию, так как даже при наличии самой полезной услуги (высокая Utility) недостаточная мощность делает ее неудобной или невозможной для использования в реальных условиях.

Автор: Александр Движков

Рейтинг: 671

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

## [Как организован процесс архивации статей в Базе знаний?](https://cleverics.ru/digital/kb-qa/kak-organizovan-protsess-arkhivatsii-statey-v-baze-znaniy/)

Процесс архивации статей организован через механизм пересмотра по истечении срока жизни (TTL). Когда срок жизни статьи подходит к концу, эксперт перепроверяет её содержимое и принимает решение: продлить срок её эксплуатации или перевести в архив. Архивированные статьи остаются доступными в отдельном разделе, но помечаются как устаревшие и не рекомендуются к использованию в текущих задачах.

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

Рейтинг: 671

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

## [Какие альтернативные подходы существуют вместо автоматической функциональной эскалации заявок?](https://cleverics.ru/digital/kb-qa/kakie-alternativnye-podkhody-sushchestvuyut-vmesto-avtomaticheskoy-funktsionalnoy-eskalatsii-zayavok/)

Вместо автоматической функциональной эскалации заявок существуют следующие подходы: 1) Внедрение системы активного мониторинга таймеров SLA с возможностью ручного вмешательства менеджера поддержки при приближении к критическому сроку; 2) Создание гибких маршрутов эскалации с возможностью динамического выбора следующего уровня поддержки на основе диагностики текущего уровня; 3) Внедрение системы раннего предупреждения для специалистов с уведомлениями о приближении к сроку решения инцидента; 4) Организация процесса регулярного аудита заявок, приближающихся к критическим срокам, с возможностью ручной эскалации при необходимости; 5) Внедрение системы внутренних стимулов для специалистов, поощряющей решение проблем на текущем уровне без лишней эскалации. Эти подходы обеспечивают большую гибкость и учитывают специфику каждого инцидента, избегая проблем, связанных с автоматической передачей заявок.

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

Рейтинг: 671

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

## [Каким образом процедура повторного открытия инцидентов может использоваться для махинаций с показателями SLA?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-protsedura-povtornogo-otkrytiya-intsidentov-mozhet-ispolzovatsya-dlya-makhinatsiy-s-po/)

Процедура повторного открытия инцидентов может использоваться для махинаций с показателями SLA в организациях, где закрытие инцидентов применяется не для фиксации решения проблемы, а для того, чтобы не нарушить условия SLA. Такой подход может сработать только в том случае, если система автоматизации сбрасывает счётчик времени для переоткрытых инцидентов, начиная отсчёт заново с «0». Это позволяет искусственно улучшить показатели соблюдения SLA, маскируя реальное время решения проблемы.

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

Рейтинг: 671

Теги: SLA, автоматизация ИТ-процессов, ПО для ITSM и ESM, управление инцидентами, управление уровнем услуг, SLM

## [Почему дискуссии и обсуждения на учебных курсах считаются важными?](https://cleverics.ru/digital/kb-qa/pochemu-diskussii-i-obsuzhdeniya-na-uchebnykh-kursakh-schitayutsya-vazhnymi/)

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

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

Рейтинг: 670

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

## [Какие ключевые проблемы возникают при управлении сквозными процессами в функционально ориентированной организации?](https://cleverics.ru/digital/kb-qa/kakie-klyuchevye-problemy-voznikayut-pri-upravlenii-skvoznymi-protsessami-v-funktsionalno-orientirov/)

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

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

Рейтинг: 670

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

## [Какие стереотипы бизнеса о разработчиках могут негативно влиять на процесс найма и дальнейшую работу?](https://cleverics.ru/digital/kb-qa/kakie-stereotipy-biznesa-o-razrabotchikakh-mogut-negativno-vliyat-na-protsess-nayma-i-dalneyshuyu-ra/)

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

Автор: Сандра Урядова

Рейтинг: 670

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

## [Какие ограничения существуют при проектировании ИТ-услуг с точки зрения безопасности и надежности?](https://cleverics.ru/digital/kb-qa/kakie-ogranicheniya-sushchestvuyut-pri-proektirovanii-it-uslug-s-tochki-zreniya-bezopasnosti-i-nadez/)

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

Автор: Константин Нарыжный

Рейтинг: 670

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