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

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

## [Как сделать процесс предоставления обратной связи максимально удобным для пользователя?](https://cleverics.ru/digital/kb-qa/kak-sdelat-protsess-predostavleniya-obratnoy-svyazi-maksimalno-udobnym-dlya-polzovatelya/)

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

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

Рейтинг: 1141

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

## [Какие компоненты необходимо выделить при определении услуги в ITIL4?](https://cleverics.ru/digital/kb-qa/kakie-komponenty-neobkhodimo-vydelit-pri-opredelenii-uslugi-v-itil4/)

При определении услуги в ITIL4 необходимо выделить три ключевых компонента: 1) Товар - физический или нематериальный продукт, который является частью предложения (например, шоколадка, автомобиль); 2) Ресурс - инфраструктура или среда, обеспечивающая доступ к товару (магазин со службой доставки, каршеринговая площадка, автомат с шоколадками); 3) Сервисные операции - действия, которые поставщик выполняет для обеспечения работы услуги (доставка товара, загрузка шоколадок в автомат, обслуживание оборудования). Эти компоненты вместе образуют услугу, позволяя клиенту переложить на поставщика определенные риски и затраты, связанные с получением конечной ценности.

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

Рейтинг: 1141

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

## [Какие требования предъявляются к вопросам, задаваемым пользователю для оценки влияния инцидента?](https://cleverics.ru/digital/kb-qa/kakie-trebovaniya-predyavlyayutsya-k-voprosam-zadavaemym-polzovatelyu-dlya-otsenki-vliyaniya-intside/)

К вопросам, задаваемым пользователю для оценки влияния инцидента, предъявляются следующие основные требования: 1) Пользователь должен быть в состоянии дать на них ответ, используя имеющуюся у него информацию. 2) Трактовка ответов должна быть максимально однозначной, чтобы разные сотрудники поддержки приходили к одинаковой оценке влияния. 3) Количество вопросов должно быть ограничено (обычно 2-4), чтобы процесс оценки оставался быстрым и не создавал нагрузку на пользователя. 4) Вопросы должны покрывать ключевые аспекты, определяющие уровень влияния (масштаб проблемы и степень недоступности). 5) Формулировки вопросов должны быть понятны неподготовленному пользователю без технических знаний.

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

Рейтинг: 1141

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

## [В чем разница в применении продуктового подхода для внешних и внутренних ИТ-систем?](https://cleverics.ru/digital/kb-qa/v-chem-raznitsa-v-primenenii-produktovogo-podkhoda-dlya-vneshnikh-i-vnutrennikh-it-sistem/)

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

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

Рейтинг: 1141

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

## [Можно ли использовать канбан для визуализации всего потока создания ценности?](https://cleverics.ru/digital/kb-qa/mozhno-li-ispolzovat-kanban-dlya-vizualizatsii-vsego-potoka-sozdaniya-tsennosti/)

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

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

Рейтинг: 1141

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

## [Как влияет большое количество задач в системе на координацию и приоритизацию работы?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-bolshoe-kolichestvo-zadach-v-sisteme-na-koordinatsiyu-i-prioritizatsiyu-raboty/)

Большое количество задач в системе (от нескольких десятков до нескольких сотен задач у команд из 7-9 человек) затрудняет координацию и приоритизацию работы. Люди склонны отказываться от сложных решений и выбирать понятные задачи, часто откладывая сложные и непонятные задачи (ставя их в статус 'отложено'), и вместо этого брать новые, интересные задачи. Это приводит к застывшему потоку, управлять которым и поставлять результаты становится крайне непросто. Большое количество задач в системе вызывает простои и замедляет общий процесс работы.

Автор: Павел Капусткин

Рейтинг: 1141

Теги: Канбан, WIP-лимиты, командная работа

## [Какие основные аспекты управления проектами определены в методологии PRINCE2®?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-aspekty-upravleniya-proektami-opredeleny-v-metodologii-prince2/)

Методология PRINCE2® определяет шесть основных аспектов управления проектами: Сроки (Timescales), Затраты (Costs), Объем работ (охват), Качество (Quality), Выгоды (Benefits) и Риск (Risk). Эти аспекты представляют собой параметры, которые необходимо контролировать в рамках проектного управления, и образуют взаимосвязанную систему, где изменение одного из параметров может повлиять на другие.

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

Рейтинг: 1140

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

## [Как связана удовлетворённость сотрудников с лояльностью клиентов к компании?](https://cleverics.ru/digital/kb-qa/kak-svyazana-udovletvorennost-sotrudnikov-s-loyalnostyu-klientov-k-kompanii/)

Удовлетворённость сотрудников напрямую влияет на формирование лояльности клиентов компании. Лояльный сотрудник это удовлетворённый условиями своей деятельности человек чья профессиональная компетентность и манера исполнения обязанностей определяет качество взаимодействия внутренних подразделений. При этом повышение уровня удовлетворённости сотрудников ведёт к улучшению их отношения к внутренним клиентам что в конечном итоге положительно сказывается на работе всей компании и удержании внешних клиентов.

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

Рейтинг: 1140

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

## [Какие проблемы возникают при реализации «доски аварий»?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-realizatsii-doski-avariy/)

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

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

Рейтинг: 1140

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

## [Какие правила рекомендуется руководителям соблюдать при чтении RACI-матриц?](https://cleverics.ru/digital/kb-qa/kakie-pravila-rekomenduetsya-rukovoditelyam-soblyudat-pri-chtenii-raci-matrits/)

Руководителям рекомендуется следовать трём основным правилам при работе с RACI-матрицами: 1. Если в строке стоит символ A (Accountable), необходимо определить, какими инструментами и с чьей помощью будет обеспечен контроль исполнения функции, так как ответственность предполагает не только полномочия, но и механизмы контроля. При необходимости можно потребовать от консультантов предоставления соответствующих инструментов. 2. Если в строке стоит символ R (Responsible), следует подумать о том, кому можно делегировать эту работу - полностью или частично, так как время руководителя ограничено и его нужно тратить максимально эффективно. 3. Если в строке несколько R (то есть работу выполняет не только руководитель, но и другие люди), необходимо уточнить, кто именно отвечает за организацию работы (это может быть не ответственный за конечную результат), а кто просто участвует в исполнении. Это удобно фиксировать в расширенной RASCI-матрице, где S (Supports) означает тех, кто участвует в исполнении. Если вы находитесь в позиции S, рекомендуется делегировать непосредственное исполнение, сохранив за собой роль в контроле процесса (Informed/Consulted), чтобы избежать выполнения работы под чужим руководством без вашего контроля.

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

Рейтинг: 1140

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