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

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

## [Какие факторы мешают появлению клиентоориентированных компаний в России?](https://cleverics.ru/digital/kb-qa/kakie-faktory-meshayut-poyavleniyu-klientoorientirovannykh-kompaniy-v-rossii/)

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

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

Рейтинг: 926

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

## [В чем заключается основная проблема с движением задач «против потока»?](https://cleverics.ru/digital/kb-qa/v-chem-zaklyuchaetsya-osnovnaya-problema-s-dvizheniem-zadach-protiv-potoka/)

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

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

Рейтинг: 926

Теги: бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты

## [Какие могут возникнуть проблемы при совмещении ролей менеджера процессов управления инцидентами и проблемами?](https://cleverics.ru/digital/kb-qa/kakie-mogut-vozniknut-problemy-pri-sovmeshchenii-roley-menedzhera-protsessov-upravleniya-intsidentam/)

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

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

Рейтинг: 926

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

## [Как избежать путаницы при демонстрации экрана во время вебинара?](https://cleverics.ru/digital/kb-qa/kak-izbezhat-putanitsy-pri-demonstratsii-ekrana-vo-vremya-vebinara/)

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

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

Рейтинг: 926

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

## [Какие преимущества даёт переход от проектного к продуктовому подходу в управлении ИТ-подразделением?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-perekhod-ot-proektnogo-k-produktovomu-podkhodu-v-upravlenii-it-podrazdele/)

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

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

Рейтинг: 926

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

## [Какие факторы влияют на успешное внедрение сервис-менеджмента в пост-советских организациях?](https://cleverics.ru/digital/kb-qa/kakie-faktory-vliyayut-na-uspeshnoe-vnedrenie-servis-menedzhmenta-v-post-sovetskikh-organizatsiyakh/)

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

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

Рейтинг: 926

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

## [Как построить дерево отказов для конкретной функциональности ИТ-услуги, например, «Обработка обращений» в ITSM-системе?](https://cleverics.ru/digital/kb-qa/kak-postroit-derevo-otkazov-dlya-konkretnoy-funktsionalnosti-it-uslugi-naprimer-obrabotka-obrashchen/)

Для построения дерева отказов для функции «Обработка обращений» следует выполнить следующие шаги: определить топ-событие (отказ функции обработки обращений); выявить прямые причины этого отказа на первом уровне (например: недоступность базы данных, ошибки в логике обработки, проблемы с сетью между компонентами); для каждой из этих причин определить более низкоуровневые события, пока не достигнуты базовые события, которые уже не требуют дальнейшей декомпозиции (сбои оборудования, программные ошибки, действия персонала). При этом следует использовать правильные логические операторы между событиями («И», «ИЛИ» и др.). Например, если для отказа обработки обращений необходимо одновременное отсутствие сетевой связности между сервером и БД, а также сбой в прикладном слое – используется оператор «И». Если же достаточно одного из этих условий – оператор «ИЛИ». Базовые события размещаются на листьях дерева и могут быть оценены количественно для последующего расчета вероятности топ-события.

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

Рейтинг: 926

Теги: ITSM, управление доступностью, управление запросами на обслуживание, управление инцидентами

## [Почему в реальных системах не используют чистый ABAC?](https://cleverics.ru/digital/kb-qa/pochemu-v-realnykh-sistemakh-ne-ispolzuyut-chistyy-abac/)

Чистый ABAC редко применяется из-за высокой сложности управления правилами. Большое количество атрибутов и условий приводит к трудночитаемым, запутанным политикам, которые сложно поддерживать и обновлять. Кроме того, отсутствие явных прав, как в RBAC, затрудняет аудит и анализ привилегий. Поэтому чаще используют гибридные подходы, где ABAC дополняет RBAC, например, добавляя контекстные ограничения к ролям.

Автор: Александр Омельченко

Рейтинг: 926

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

## [Почему предложено ликвидировать границу между бизнес-подразделением и ИТ-блоком?](https://cleverics.ru/digital/kb-qa/pochemu-predlozheno-likvidirovat-granitsu-mezhdu-biznes-podrazdeleniem-i-it-blokom/)

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

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

Рейтинг: 925

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

## [Как структурировать тело делового письма для максимальной эффективности?](https://cleverics.ru/digital/kb-qa/kak-strukturirovat-telo-delovogo-pisma-dlya-maksimalnoy-effektivnosti/)

Тело делового письма должно быть кратким и структурированным по следующей схеме: 1) Приветствие – например, «Петр Петрович, добрый день!», которое настраивает коллегу на позитивный лад; 2) Благодарность – выражение признательности за прошлую помощь, что поддерживает положительные отношения; 3) Основание – указание причины обращения, например, «На основании приказа №…» или «По результатам встречи…»; 4) Суть – краткое изложение текущей ситуации без эмоционального окраса; 5) О чем просим/требуем – четко сформулированный запрос или требование с указанием сроков; 6) Подпись – полная информация об отправителе, включая должность и контактный телефон. Такая структура помогает получателю быстро понять суть запроса и необходимые действия.

Автор: Андрей Носов

Рейтинг: 925

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