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

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

## [Какие преимущества даёт использование «доски аварий», несмотря на её недостатки?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-ispolzovanie-doski-avariy-nesmotrya-na-ee-nedostatki/)

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

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

Рейтинг: 909

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

## [Как можно использовать структуру фактора влияния COBIT 5 для организации системы измерений и оценки процесса управления изменениями?](https://cleverics.ru/digital/kb-qa/kak-mozhno-ispolzovat-strukturu-faktora-vliyaniya-cobit-5-dlya-organizatsii-sistemy-izmereniy-i-otse/)

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

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

Рейтинг: 909

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

## [Какие примеры бизнес-игр демонстрируют проблемы с коммуникациями?](https://cleverics.ru/digital/kb-qa/kakie-primery-biznes-igr-demonstriruyut-problemy-s-kommunikatsiyami/)

В тексте упоминаются несколько бизнес-игр, которые ярко демонстрируют проблемы с коммуникациями: Apollo-13, Grab@Pizza и 2020. Эти игры имитируют реальные ситуации, в которых участники сталкиваются с трудностями из-за неправильной передачи информации. Например, в игре Apollo-13 команде необходимо спасти космический корабль, но из-за недостаточной коммуникации может возникнуть ситуация, когда корабль «не возвращается» к Земле. В игре Grab@Pizza возникают проблемы с искажением бизнес-требований при передаче их от заказчика к исполнителю, что приводит к неверному выполнению задач. В игре 2020 участники сталкиваются с ситуацией, когда «наш айсберг тает» из-за неправильно организованных коммуникаций. Все эти примеры показывают, как незначительные ошибки в коммуникации могут привести к серьезным последствиям в выполнении задач.

Автор: Елена Колбей

Рейтинг: 909

Теги: бизнес, ценность, бизнес-заказчик, командная работа

## [Какие основные ошибки допускаются при формировании потоков ценности?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-oshibki-dopuskayutsya-pri-formirovanii-potokov-tsennosti/)

Основные ошибки при формировании потоков ценности включают: 1) Попытку описать всю ценность продукта одним потоком даже для сложных продуктов; 2) Фокусировку на внутренних процессах компании вместо ценности для потребителя при определении потоков; 3) Создание одного универсального бэклога, игнорируя различия в природе создаваемой ценности; 4) Неправильное определение границ потока, когда один поток отвечает за принципиально разные виды ценности; 5) Игнорирование необходимости информационного взаимодействия между потоками; 6) Попытки измерять разные по природе потоки одинаковыми показателями; 7) Непредусмотрение механизма разрешения конфликтов между потоками за ресурсы. Эти ошибки приводят к неэффективному управлению, конфликтам и недостаточной фокусировке на создании реальной ценности для потребителей.

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

Рейтинг: 909

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

## [Почему электронная почта постепенно перестает быть основным каналом взаимодействия с Service Desk?](https://cleverics.ru/digital/kb-qa/pochemu-elektronnaya-pochta-postepenno-perestaet-byt-osnovnym-kanalom-vzaimodeystviya-s-service-desk/)

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

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

Рейтинг: 908

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

## [Как можно построить эффективный диалог между поставщиком и потребителем на всех этапах сервисных отношений?](https://cleverics.ru/digital/kb-qa/kak-mozhno-postroit-effektivnyy-dialog-mezhdu-postavshchikom-i-potrebitelem-na-vsekh-etapakh-servisn/)

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

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

Рейтинг: 908

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

## [Как парадигма ITSM связана с жизненным циклом информационных систем?](https://cleverics.ru/digital/kb-qa/kak-paradigma-itsm-svyazana-s-zhiznennym-tsiklom-informatsionnykh-sistem/)

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

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

Рейтинг: 908

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

## [Как взаимосвязаны событие, причины и последствия в контексте риска?](https://cleverics.ru/digital/kb-qa/kak-vzaimosvyazany-sobytie-prichiny-i-posledstviya-v-kontekste-riska/)

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

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

Рейтинг: 908

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

## [Какие аспекты следует учитывать при анализе побочных эффектов изменений?](https://cleverics.ru/digital/kb-qa/kakie-aspekty-sleduet-uchityvat-pri-analize-pobochnykh-effektov-izmeneniy/)

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

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

Рейтинг: 908

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

## [Как определить, достаточно ли прогрессирует трансформация к гибкому управлению?](https://cleverics.ru/digital/kb-qa/kak-opredelit-dostatochno-li-progressiruet-transformatsiya-k-gibkomu-upravleniyu/)

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

Автор: Светлана Сапегина

Рейтинг: 908

Теги: Agile и гибкие методы разработки ПО, бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, командная работа, организационные изменения, агенты изменений, разработка ПО, трансформация, ускорение, Time-to-Market, управление продуктами, продуктовый подход, управление процессами, ИТ-процессы