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

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

## [Какие разделы процесса управления финансами в ITIL Service Strategy описаны недостаточно подробно?](https://cleverics.ru/digital/kb-qa/kakie-razdely-protsessa-upravleniya-finansami-v-itil-service-strategy-opisany-nedostatochno-podrobno/)

В книге ITIL Service Strategy отсутствуют детальные рекомендации по реализации моделей аллокации затрат, представленной менее чем на одной странице в разделе 4.3.5.6. Также структура процесса управления финансами (Accounting, Budgeting, Charging) больше отражает области ответственности, чем конкретные процедуры, что затрудняет практическую реализацию процесса.

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

Рейтинг: 778

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

## [Какие элементы процесса управления изменениями способствуют снижению негативного влияния на ИТ-услуги?](https://cleverics.ru/digital/kb-qa/kakie-elementy-protsessa-upravleniya-izmeneniyami-sposobstvuyut-snizheniyu-negativnogo-vliyaniya-na/)

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

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

Рейтинг: 778

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

## [Почему деление задач на сегменты может привести к проблемам в команде?](https://cleverics.ru/digital/kb-qa/pochemu-delenie-zadach-na-segmenty-mozhet-privesti-k-problemam-v-komande/)

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

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

Рейтинг: 778

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

## [Какую практическую ценность имеет оценка Flow Efficiency, даже если точный расчет затруднен?](https://cleverics.ru/digital/kb-qa/kakuyu-prakticheskuyu-tsennost-imeet-otsenka-flow-efficiency-dazhe-esli-tochnyy-raschet-zatrudnen/)

Даже при затрудненном точном расчете Flow Efficiency оценка этого показателя имеет большую практическую ценность, поскольку помогает командам осознать реальный уровень эффективности своих процессов. Чаще всего команды субъективно оценивают свою эффективность как 75-80%, в то время как объективная оценка (даже приблизительная) показывает значения в 10-25%. Это позволяет выявить основные источники потерь времени и сосредоточиться на их устранении. Такая оценка служит мощным инструментом для инициирования обсуждений и поиска путей улучшения процессов, даже без точных численных данных. Таким образом, основная ценность Flow Efficiency заключается не в цифре как таковой, а в прозрении, которое она дает команде относительно своих процессов.

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

Рейтинг: 778

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

## [Какие проблемы возникают между разработчиками и тестировщиками в описанной ситуации?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-mezhdu-razrabotchikami-i-testirovshchikami-v-opisannoy-situatsii/)

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

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

Рейтинг: 778

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

## [Почему автоматизация управления доступом не решает всех проблем без дополнительного управления бизнес-процессами?](https://cleverics.ru/digital/kb-qa/pochemu-avtomatizatsiya-upravleniya-dostupom-ne-reshaet-vsekh-problem-bez-dopolnitelnogo-upravleniya/)

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

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

Рейтинг: 778

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

## [Почему важно, чтобы пользователи понимали специфику ИТ на своем рабочем месте?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-chtoby-polzovateli-ponimali-spetsifiku-it-na-svoem-rabochem-meste/)

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

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

Рейтинг: 778

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

## [Как построение альянсов учитывает интересы различных сторон в процессе изменений?](https://cleverics.ru/digital/kb-qa/kak-postroenie-alyansov-uchityvaet-interesy-razlichnykh-storon-v-protsesse-izmeneniy/)

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

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

Рейтинг: 778

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

## [Когда команды могут инициировать добавление новых историй в бэклог самостоятельно?](https://cleverics.ru/digital/kb-qa/kogda-komandy-mogut-initsiirovat-dobavlenie-novykh-istoriy-v-beklog-samostoyatelno/)

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

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

Рейтинг: 778

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

## [Какие проблемы возникают при ведении детального конфигурационного учёта?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-vedenii-detalnogo-konfiguratsionnogo-ucheta/)

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

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

Рейтинг: 778

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