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

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

## [Почему важно заранее фиксировать конечную цель аллокации ИТ-затрат?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-zaranee-fiksirovat-konechnuyu-tsel-allokatsii-it-zatrat/)

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

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

Рейтинг: 1048

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

## [Какие навыки необходимы для эффективного управления проблемами?](https://cleverics.ru/digital/kb-qa/kakie-navyki-neobkhodimy-dlya-effektivnogo-upravleniya-problemami/)

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

Автор: Игорь Фадеев

Рейтинг: 1048

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

## [Какая основная проблема в традиционном взаимодействии между бизнесом и ИТ-подразделением?](https://cleverics.ru/digital/kb-qa/kakaya-osnovnaya-problema-v-traditsionnom-vzaimodeystvii-mezhdu-biznesom-i-it-podrazdeleniem/)

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

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

Рейтинг: 1048

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

## [Как проявляются сложности управления временем в командах без четкого лидера?](https://cleverics.ru/digital/kb-qa/kak-proyavlyayutsya-slozhnosti-upravleniya-vremenem-v-komandakh-bez-chetkogo-lidera/)

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

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

Рейтинг: 1048

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

## [С чего лучше всего начать внедрение ITIL в организации, не имея предыдущего опыта?](https://cleverics.ru/digital/kb-qa/s-chego-luchshe-vsego-nachat-vnedrenie-itil-v-organizatsii-ne-imeya-predydushchego-opyta/)

Для успешного начала внедрения ITIL в организации рекомендуется следовать такой последовательности: 1) Провести текущую оценку процессов ИТ-услуг, выявив слабые места и области для улучшения; 2) Определить основные бизнес-цели, которые должны быть поддержаны ИТ-услугами; 3) Начать с внедрения базовых процессов, таких как управление инцидентами и управление запросами на обслуживание, так как они дают быстрый эффект и улучшают восприятие пользователями; 4) Сформировать небольшую целевую группу по улучшению процессов; 5) Создать Roadmap внедрения с четкими этапами и KPI; 6) Обеспечить поддержку на уровне руководства компании; 7) Начать с пилотного проекта в одном департаменте или для одной ИТ-услуги; 8) Обучить ключевых сотрудников основам ITIL; 9) Внедрять постепенно, а не стремиться охватить все процессы сразу; 10) Внедрить механизм измерения эффективности для отслеживания прогресса и корректировки подходов.

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

Рейтинг: 1047

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

## [Что такое «известная ошибка» (Known Error) в рамках ITIL?](https://cleverics.ru/digital/kb-qa/chto-takoe-izvestnaya-oshibka-known-error-v-ramkakh-itil/)

«Известная ошибка» (Known Error) в рамках ITIL - это документально зафиксированная проблема, корневая причина которой уже выявлена, но для которой пока не разработано постоянное решение. Вместо постоянного решения может использоваться временный обходной путь (workaround) для минимизации влияния на бизнес. Известные ошибки документируются в базе данных известных ошибок (KEDB - Known Error Database), чтобы обеспечить информацию для быстрого реагирования на аналогичные инциденты в будущем.

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

Рейтинг: 1047

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

## [Какие виды деятельности BRM существуют на этапе стратегического планирования (Service Strategy)?](https://cleverics.ru/digital/kb-qa/kakie-vidy-deyatelnosti-brm-sushchestvuyut-na-etape-strategicheskogo-planirovaniya-service-strategy/)

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

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

Рейтинг: 1047

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

## [Какие предварительные условия необходимы для успешного внедрения конвейера развёртывания?](https://cleverics.ru/digital/kb-qa/kakie-predvaritelnye-usloviya-neobkhodimy-dlya-uspeshnogo-vnedreniya-konveyera-razvertyvaniya/)

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

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

Рейтинг: 1047

Теги: DevOps, CI/CD, бизнес, ценность, бизнес-заказчик, командная работа, стратегия, управление конфигурациями, CMDB, управление релизами

## [Какие ключевые компетенции необходимы для специалиста BRM?](https://cleverics.ru/digital/kb-qa/kakie-klyuchevye-kompetentsii-neobkhodimy-dlya-spetsialista-brm/)

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

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

Рейтинг: 1047

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

## [Почему модель Value chain недостаточно подходит для описания внутренних ИТ-отношений в компании?](https://cleverics.ru/digital/kb-qa/pochemu-model-value-chain-nedostatochno-podkhodit-dlya-opisaniya-vnutrennikh-it-otnosheniy-v-kompani/)

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

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

Рейтинг: 1047

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