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

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

## [Какие ошибки часто допускаются при внедрении «доски аварий»?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-chasto-dopuskayutsya-pri-vnedrenii-doski-avariy/)

Типичные ошибки включают избыточное упрощение данных (например, пометка всего сервера как «недоступного» без учёта его роли), игнорирование динамики влияния инцидентов, недостаточное наполнение CMDB взаимосвязями компонентов. Также распространена ошибка — полагаться исключительно на автоматические уведомления без последующего ручного анализа, что приводит к неверным решениям.

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

Рейтинг: 851

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

## [Почему upstream-активности являются важной частью процесса разработки?](https://cleverics.ru/digital/kb-qa/pochemu-upstream-aktivnosti-yavlyayutsya-vazhnoy-chastyu-protsessa-razrabotki/)

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

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

Рейтинг: 851

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

## [Какой подход предлагается для типового решения задачи измерения ИТ-деятельности?](https://cleverics.ru/digital/kb-qa/kakoy-podkhod-predlagaetsya-dlya-tipovogo-resheniya-zadachi-izmereniya-it-deyatelnosti/)

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

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

Рейтинг: 851

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

## [Как использовать средний чек для построения сервисно-ресурсной модели?](https://cleverics.ru/digital/kb-qa/kak-ispolzovat-sredniy-chek-dlya-postroeniya-servisno-resursnoy-modeli/)

Для построения сервисно-ресурсной модели на основе среднего чека сначала рассчитывается количество сделок, необходимых для выполнения плана продаж. Например, при плане 1440 млн рублей и среднем чеке 10 000 рублей нужно 120 000 сделок в год. Затем, зная норму выработки продавца (20 сделок в день), определяется количество пользователей (500 человек). Эти данные позволяют спрогнозировать нагрузку на ИТ-системы: количество операций, число одновременно работающих пользователей, объем запросов в Service Desk. На основании этого строится модель потребности в ресурсах, включая серверные мощности, сетевую инфраструктуру, пользовательские лицензии и персонал технической поддержки.

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

Рейтинг: 851

Теги: поддержка пользователей, Service Desk, Help Desk, управление ИТ-активами, ITAM, SAM, управление конфигурациями, CMDB

## [Почему пользователи чаще ассоциируют свои проблемы с ИТ-системами, а не с бизнес-процессами?](https://cleverics.ru/digital/kb-qa/pochemu-polzovateli-chashche-assotsiiruyut-svoi-problemy-s-it-sistemami-a-ne-s-biznes-protsessami/)

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

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

Рейтинг: 851

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

## [Какой способ контакта лучше использовать, если компьютер пользователя не работает?](https://cleverics.ru/digital/kb-qa/kakoy-sposob-kontakta-luchshe-ispolzovat-esli-kompyuter-polzovatelya-ne-rabotaet/)

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

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

Рейтинг: 851

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

## [Как ИТ-составляющая соотносится с потоками ценности?](https://cleverics.ru/digital/kb-qa/kak-it-sostavlyayushchaya-sootnositsya-s-potokami-tsennosti/)

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

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

Рейтинг: 851

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

## [Почему вариант с оставлением задачи на месте и созданием дочерней задачи считается более зрелым?](https://cleverics.ru/digital/kb-qa/pochemu-variant-s-ostavleniem-zadachi-na-meste-i-sozdaniem-docherney-zadachi-schitaetsya-bolee-zrely/)

Вариант с оставлением основной задачи на месте и созданием дочерней задачи на исправление считается более зрелым, потому что он позволяет более точно анализировать причины возвратов и их влияние на общий поток. Такой подход сохраняет историю движения основной задачи без разрывов, облегчая анализ метрик потока. Дочерние задачи формируют отдельный поток исправлений, который можно измерять и оптимизировать независимо. Это соответствует практикам более зрелых канбан-систем (4-го и 5-го уровней по модели KMM), где фокус смещается от реактивного управления блокерами к проактивному анализу и улучшению процессов на основе данных.

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

Рейтинг: 851

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

## [Почему SLA между ИТ и бизнес-подразделениями часто не востребованы бизнесом?](https://cleverics.ru/digital/kb-qa/pochemu-sla-mezhdu-it-i-biznes-podrazdeleniyami-chasto-ne-vostrebovany-biznesom/)

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

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

Рейтинг: 850

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

## [Как определить зоны ответственности ИТ-групп, чтобы избежать перекладывания вины?](https://cleverics.ru/digital/kb-qa/kak-opredelit-zony-otvetstvennosti-it-grupp-chtoby-izbezhat-perekladyvaniya-viny/)

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

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

Рейтинг: 850

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