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

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

## [Как связаны понятия 'риск' и другие аспекты управления проектами в PRINCE2®?](https://cleverics.ru/digital/kb-qa/kak-svyazany-ponyatiya-risk-i-drugie-aspekty-upravleniya-proektami-v-prince2/)

Риск в PRINCE2® рассматривается как возможное событие или набор событий, реализация которых может повлиять на достижение целей проекта по всем другим аспектам: срокам, затратам, охвату, качеству и выгодам. Например, наступление рискового события может привести к увеличению затрат, срыву сроков или ухудшению качества. Хотя риски влияют на другие аспекты, они выделяются как отдельный аспект управления, потому что требуют специфического подхода и механизмов управления. Сравнивая различные варианты реализации проекта, организации часто выбирают не самый дешевый или быстрый вариант, а тот, который имеет приемлемый уровень рисков, даже если он немного дороже или дольше.

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

Рейтинг: 870

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

## [Почему для ИТ-специалистов важно знать не только «как», но и «зачем» и «почему именно так»?](https://cleverics.ru/digital/kb-qa/pochemu-dlya-it-spetsialistov-vazhno-znat-ne-tolko-kak-no-i-zachem-i-pochemu-imenno-tak/)

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

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

Рейтинг: 870

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

## [Как избежать распространенных ошибок при составлении делового письма?](https://cleverics.ru/digital/kb-qa/kak-izbezhat-rasprostranennykh-oshibok-pri-sostavlenii-delovogo-pisma/)

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

Автор: Андрей Носов

Рейтинг: 870

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

## [Какие признаки указывают на отсутствие профессиональной подготовки сотрудников первой линии поддержки?](https://cleverics.ru/digital/kb-qa/kakie-priznaki-ukazyvayut-na-otsutstvie-professionalnoy-podgotovki-sotrudnikov-pervoy-linii-podderzh/)

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

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

Рейтинг: 870

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

## [Как влияет завышенный целевой срок на восприятие качества услуг конечными пользователями?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-zavyshennyy-tselevoy-srok-na-vospriyatie-kachestva-uslug-konechnymi-polzovatelyami/)

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

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

Рейтинг: 870

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

## [Какие стандарты существуют для организации реагирования на инциденты?](https://cleverics.ru/digital/kb-qa/kakie-standarty-sushchestvuyut-dlya-organizatsii-reagirovaniya-na-intsidenty/)

Для организации реагирования на инциденты существуют такие стандарты как ГОСТ Р ИСО/МЭК 18044-2007 (Информационная технология - Методы и средства обеспечения безопасности - Менеджмент инцидентов информационной безопасности) и E.409 (Организация по реагированию на инциденты и обработка инцидентов безопасности: Руководство для организаций электросвязи). Эти документы содержат рекомендации по управлению инцидентами и организации реагирования.

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

Рейтинг: 870

Теги: ISO 20000, безопасность, управление инцидентами

## [Как можно определить направленность локуса контроля у человека?](https://cleverics.ru/digital/kb-qa/kak-mozhno-opredelit-napravlennost-lokusa-kontrolya-u-cheloveka/)

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

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

Рейтинг: 870

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

## [Как средний чек помогает в определении количества работающих пользователей ИТ-систем?](https://cleverics.ru/digital/kb-qa/kak-sredniy-chek-pomogaet-v-opredelenii-kolichestva-rabotayushchikh-polzovateley-it-sistem/)

Зная средний чек и план продаж, можно определить количество сделок, необходимых для достижения цели. Например, при плане 1440 млн рублей и среднем чеке 10 000 рублей необходимо 120 000 сделок в год или 10 000 в месяц. Если один продавец обрабатывает 20 сделок в день, то для выполнения плана потребуется примерно 500 продавцов в месяц. Это число позволяет определить, сколько пользователей одновременно будут работать в ИТ-системах, что критично для прогнозирования нагрузки на информационные системы и планирования необходимых ресурсов.

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

Рейтинг: 870

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

## [Какая роль первичной классификации инцидентов в схеме фиксированной эскалации?](https://cleverics.ru/digital/kb-qa/kakaya-rol-pervichnoy-klassifikatsii-intsidentov-v-skheme-fiksirovannoy-eskalatsii/)

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

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

Рейтинг: 870

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

## [Для чего в DevOps практиках ограничение WIP необходимо кроме ускорения прохождения задач по процессу?](https://cleverics.ru/digital/kb-qa/dlya-chego-v-devops-praktikakh-ogranichenie-wip-neobkhodimo-krome-uskoreniya-prokhozhdeniya-zadach-p/)

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

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

Рейтинг: 870

Теги: DevOps, CI/CD, Канбан, WIP-лимиты, командная работа, трансформация, ускорение, Time-to-Market, управление инцидентами