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

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

## [Почему автор считает, что в простых ИТ-структурах (менее 5 команд) управление проектами не требуется?](https://cleverics.ru/digital/kb-qa/pochemu-avtor-schitaet-chto-v-prostykh-it-strukturakh-menee-5-komand-upravlenie-proektami-ne-trebuet/)

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

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

Рейтинг: 777

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

## [Требует ли организация потока диагностик значительных внутренних ресурсов?](https://cleverics.ru/digital/kb-qa/trebuet-li-organizatsiya-potoka-diagnostik-znachitelnykh-vnutrennikh-resursov/)

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

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

Рейтинг: 776

Теги: Канбан, WIP-лимиты, командная работа, поддержка пользователей, Service Desk, Help Desk, трансформация, ускорение, Time-to-Market

## [Какие показатели эффективности могут помочь улучшить взаимодействие между разными группами ИТ-департамента?](https://cleverics.ru/digital/kb-qa/kakie-pokazateli-effektivnosti-mogut-pomoch-uluchshit-vzaimodeystvie-mezhdu-raznymi-gruppami-it-depa/)

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

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

Рейтинг: 776

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

## [Какие преимущества дает команда на основе деловых отношений?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-komanda-na-osnove-delovykh-otnosheniy/)

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

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

Рейтинг: 776

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

## [Какие причины могут привести к проблемам масштабирования ИТ-инфраструктуры?](https://cleverics.ru/digital/kb-qa/kakie-prichiny-mogut-privesti-k-problemam-masshtabirovaniya-it-infrastruktury/)

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

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

Рейтинг: 775

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

## [Какие проблемы возникают при оценке времени решения инфраструктурных инцидентов?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-otsenke-vremeni-resheniya-infrastrukturnykh-intsidentov/)

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

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

Рейтинг: 775

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

## [Как определить, какие расходные материалы следует учитывать индивидуально, а какие — количественно?](https://cleverics.ru/digital/kb-qa/kak-opredelit-kakie-raskhodnye-materialy-sleduet-uchityvat-individualno-a-kakie-kolichestvenno/)

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

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

Рейтинг: 775

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

## [Какие выходы существуют из ситуации с усложнением автоматического выбора SLA?](https://cleverics.ru/digital/kb-qa/kakie-vykhody-sushchestvuyut-iz-situatsii-s-uslozhneniem-avtomaticheskogo-vybora-sla/)

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

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

Рейтинг: 774

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

## [Как определить показатели эффективности снижения рисков нарушения доступности ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kak-opredelit-pokazateli-effektivnosti-snizheniya-riskov-narusheniya-dostupnosti-it-uslug/)

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

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

Рейтинг: 774

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

## [Какие организации работают над стандартизацией и анализом лицензионных соглашений?](https://cleverics.ru/digital/kb-qa/kakie-organizatsii-rabotayut-nad-standartizatsiey-i-analizom-litsenzionnykh-soglasheniy/)

Международная ассоциация менеджеров по управлению ИТ-активами (IAITAM) проводит анализ лицензионных соглашений, фиксируя распространенные условия и рекомендации в своей библиотеке IBPL. Также стандарт ISO 19770 регламентирует подходы к управлению активами ПО и включает рекомендации по соответствию лицензионным соглашениям.

Автор: Михаил Тобурдановский

Рейтинг: 774

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