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

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

## [Могут ли бизнес-руководители без технического опыта успешно управлять ИТ-трансформацией?](https://cleverics.ru/digital/kb-qa/mogut-li-biznes-rukovoditeli-bez-tekhnicheskogo-opyta-uspeshno-upravlyat-it-transformatsiey/)

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

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

Рейтинг: 993

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

## [Какая рекомендация содержится в части 2 ISO 20000 на странице 20?](https://cleverics.ru/digital/kb-qa/kakaya-rekomendatsiya-soderzhitsya-v-chasti-2-iso-20000-na-stranitse-20/)

В части 2 стандарта ISO 20000 на странице 20 содержится рекомендация: «Целевые показатели разрешения должны быть основаны на приоритете». Эта формулировка указывает, что сроки устранения проблем или инцидентов следует устанавливать с учетом их приоритета. При этом важно отметить, что это именно рекомендация, а не обязательное требование, так как находится во второй части стандарта.

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

Рейтинг: 993

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

## [В чем разница в подходах к ограничениям в водопадной методологии и Agile?](https://cleverics.ru/digital/kb-qa/v-chem-raznitsa-v-podkhodakh-k-ogranicheniyam-v-vodopadnoy-metodologii-i-agile/)

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

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

Рейтинг: 992

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

## [Какие рекомендации можно дать участникам деловых игр для максимальной пользы от участия?](https://cleverics.ru/digital/kb-qa/kakie-rekomendatsii-mozhno-dat-uchastnikam-delovykh-igr-dlya-maksimalnoy-polzy-ot-uchastiya/)

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

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

Рейтинг: 992

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

## [Какие уровни командной осознанности выделяют при переходе от рабочей группы к самоорганизованной команде?](https://cleverics.ru/digital/kb-qa/kakie-urovni-komandnoy-osoznannosti-vydelyayut-pri-perekhode-ot-rabochey-gruppy-k-samoorganizovannoy/)

Выделяют четыре уровня командной осознанности: 1) Детский сад - недавно сформированная группа, не способная самостоятельно выявлять проблемы и решать их, где основная работа организуется извне; 2) Пубертат - команда, ощутившая свободу, но не осознающая полностью ответственности, способная к самоорганизации против «внешнего врага», но плохо идентифицирующая причины проблем; 3) Яркая молодость - зрелая самоорганизованная команда с устоявшимися партнерскими отношениями, эволюционирующим рабочим процессом и конструктивным подходом к решению конфликтов; 4) Зрелость - команда как агент изменений на уровне компании, контролирующая свой рабочий процесс и несущая ответственность за продукт на уровне P&L, стремящаяся расширять зону влияния.

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

Рейтинг: 992

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

## [Как меняется роль менеджера уровня услуг в ITIL 4 по сравнению с ITILv3?](https://cleverics.ru/digital/kb-qa/kak-menyaetsya-rol-menedzhera-urovnya-uslug-v-itil-4-po-sravneniyu-s-itilv3/)

В ITIL 4 картина с ролями упростилась по сравнению с ITILv3. Термин 'service level manager' упоминается лишь единожды в главной книге о взаимодействии потребитель-поставщик 'Повышение ценности для заинтересованных сторон', но сама роль не определяется. В публикации, описывающей одноименную практику 'Service Level Management ITIL4 Practice Guide', эта сущность не упоминается вообще. Это упрощение роли в новой версии ITIL минимизирует вероятность избыточного усложнения системы управления и бесплодных споров о распределении задач между ролями, что соответствует принципу 'Keep it simple and practical'.

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

Рейтинг: 992

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

## [Какие цели следует учитывать при формировании вопросов для оценки удовлетворенности пользователей после решения инцидента?](https://cleverics.ru/digital/kb-qa/kakie-tseli-sleduet-uchityvat-pri-formirovanii-voprosov-dlya-otsenki-udovletvorennosti-polzovateley/)

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

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

Рейтинг: 992

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

## [Как оценить работу менеджера процесса в контексте его участия в совершенствовании?](https://cleverics.ru/digital/kb-qa/kak-otsenit-rabotu-menedzhera-protsessa-v-kontekste-ego-uchastiya-v-sovershenstvovanii/)

Оценка работы менеджера процесса должна зависеть от содержания двух разделов отчета: предложений по улучшению процесса и выполненных действий с указанием результатов. Оценка не должна основываться только на автоматизированных KPI, а учитывать, насколько владелец процесса удовлетворен проделанной работой по развитию. Эта оценка связывается с системой мотивации: ежемесячным премированием и нефинансовыми стимулами, что повышает ответственность менеджера за развитие процесса.

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

Рейтинг: 992

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

## [Почему важно продолжать видеть общую картину при управлении проектом или командой?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-prodolzhat-videt-obshchuyu-kartinu-pri-upravlenii-proektom-ili-komandoy/)

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

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

Рейтинг: 992

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

## [Почему в традиционных ИТ-структурах сотрудники склонны перекладывать ответственность на другие группы?](https://cleverics.ru/digital/kb-qa/pochemu-v-traditsionnykh-it-strukturakh-sotrudniki-sklonny-perekladyvat-otvetstvennost-na-drugie-gru/)

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

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

Рейтинг: 992

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