# Бесплатная экспертная база знаний по управлению ИТ Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего. Только сведения от консультантов и тренеров Cleverics. Включает ответы на **несколько тысяч вопросов** из **сотен источников**, а также детальный глоссарий с примерами, объяснениями и нюансами ## [Какие проблемы возникают при работе с входящими задачами, и как это влияет на Time to Market?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-rabote-s-vkhodyashchimi-zadachami-i-kak-eto-vliyaet-na-time-to-market/) Проблемы с работой со входом включают перегрузку производственной системы низкоприоритетными задачами, такими как технический долг, задачи эксплуатации и сопровождения, в то время как реальные бизнес-задачи получают лишь незначительную долю ресурсов. Это приводит к неэффективному распределению ресурсов, непредсказуемому объёму работы над бизнес-ценными задачами и отсутствию обратной связи о влиянии выполненных задач на бизнес-показатели. В результате компания фактически ускоряет создание того, что не приносит прямой ценности бизнесу, а не снижает реальный Time to Market для продуктовых инициатив, приносящих доход. Автор: Олег Скрынник Рейтинг: 725 Теги: бизнес, ценность, бизнес-заказчик, разработка ПО, трансформация, ускорение, Time-to-Market, управление продуктами, продуктовый подход, управление процессами, ИТ-процессы ## [Как управлять рисками, связанными со слабыми звеньями в цепочке зависимости ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kak-upravlyat-riskami-svyazannymi-so-slabymi-zvenyami-v-tsepochke-zavisimosti-it-uslug/) Для управления рисками, связанными со слабыми звеньями в цепочке зависимости ИТ-услуг, следует применять следующие подходы: идентифицировать все точки зависимости в цепочке поставок ИТ-услуг, оценить уровень возможных рисков и их последствия для бизнеса, установить мониторинг критически важных звеньев цепочки, разработать планы по снижению рисков (например, поиск альтернативных поставщиков для критических услуг), включить анализ рисков внешних поставщиков в регулярный процесс управления ИТ-услугами, закладывать запасные варианты в архитектурные решения. Важно помнить, что риски могут возникать не только в рамках текущего контракта с поставщиком, но и из-за внешних факторов, таких как развитие инфраструктуры в регионе или изменения на рынке ИТ-услуг. Автор: Евгений Шилов Рейтинг: 725 Теги: DevOps, CI/CD, аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, мониторинг, управление конфигурациями, CMDB, управление рисками, эффективность, оптимизация ## [Почему важно периодически анализировать последствия ранее принятых решений?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-periodicheski-analizirovat-posledstviya-ranee-prinyatykh-resheniy/) Периодический анализ последствий ранее принятых решений необходим для своевременного обнаружения накопленного технического долга и предотвращения его негативного влияния на проект. Такой анализ позволяет выявить неэффективные архитектурные решения, проблемы в кодовой базе и потенциальные узкие места, которые могут замедлить дальнейшую разработку. Это способствует поддержанию здоровья кодовой базы и предотвращению ситуаций, когда команда сталкивается с непредвиденными сложными проблемами в будущем. Автор: Андрей Труфанов Рейтинг: 725 Теги: командная работа, управление проектами, PRINCE2 ## [Почему после сообщения о переводе на специалиста клиент может попасть в очередь ожидания?](https://cleverics.ru/digital/kb-qa/pochemu-posle-soobshcheniya-o-perevode-na-spetsialista-klient-mozhet-popast-v-ochered-ozhidaniya/) Это происходит из-за несоответствия между обещанным и реальным процессом обслуживания. Система IVR формирует у клиента ожидание немедленного соединения, но на практике его звонок ставится в очередь из-за недостатка свободных специалистов или ошибки в маршрутизации. Такая ситуация часто возникает, когда IVR не учитывает актуальную загрузку операторов или использует устаревшие алгоритмы распределения звонков. Это приводит к разочарованию клиента, так как создается впечатление обмана или неоправданных заверений. Автор: Дмитрий Исайченко Рейтинг: 725 Теги: бизнес, ценность, бизнес-заказчик ## [Как уровень зрелости управления различается для разных процессов в зависимости от бизнес-приоритетов?](https://cleverics.ru/digital/kb-qa/kak-uroven-zrelosti-upravleniya-razlichaetsya-dlya-raznykh-protsessov-v-zavisimosti-ot-biznes-priori/) Уровень зрелости управления процессами напрямую зависит от бизнес-приоритетов организации. Те процессы, которые соответствуют ключевым параметрам качества, важным для конкретной организации (например, безопасность для финансовых учреждений или непрерывность для медицинских организаций), обладают более высоким уровнем зрелости управления. Это проявляется в более строгом контроле, детальной регламентации, наличии четких показателей эффективности и достаточном финансировании. Процессы, относящиеся к менее приоритетным аспектам, могут иметь низкий уровень зрелости, с минимальной регламентацией и ограниченными ресурсами. Автор: Константин Нарыжный Рейтинг: 725 Теги: безопасность, бизнес, ценность, бизнес-заказчик, общие вопросы менеджмента, управление процессами, ИТ-процессы, эффективность, оптимизация ## [Какие шаги необходимо предпринять, если в RACI-матрице руководитель является ответственным (A) за выполнение задачи, но механизмы контроля не определены?](https://cleverics.ru/digital/kb-qa/kakie-shagi-neobkhodimo-predprinyat-esli-v-raci-matritse-rukovoditel-yavlyaetsya-otvetstvennym-a-za/) Если руководитель обнаруживает в RACI-матрице, что он является ответственным за выполнение задачи (A - Accountable), но механизмы контроля не определены, следует предпринять следующие шаги: 1. Сформулировать, какие конкретно инструменты контроля необходимы для данного вида деятельности (системы отчетности, регулярные проверки, программные инструменты мониторинга и т.д.). 2. Определить, кто сможет обеспечить эти механизмы (внутренние специалисты или внешние консультанты). 3. Обсудить необходимость создания указанных механизмов контроля до окончательного утверждения RACI-матрицы. 4. Зафиксировать в матрице или дополнительных документах перечень и порядок работы этих механизмов контроля. Важно, чтобы система контроля была не только описана, но и реально внедрена, так как ответственность без возможности контроля становится бессмысленной - руководитель будет нести ответственность за результат, на который фактически не может повлиять. Автор: Дмитрий Исайченко Рейтинг: 724 Теги: измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, мониторинг, общие вопросы менеджмента, управление процессами, ИТ-процессы ## [Какова позиция автора по поводу необходимости объяснять сотрудникам их роль в достижении высших целей компании?](https://cleverics.ru/digital/kb-qa/kakova-pozitsiya-avtora-po-povodu-neobkhodimosti-obyasnyat-sotrudnikam-ikh-rol-v-dostizhenii-vysshik/) Автор занимает сбалансированную позицию по этому вопросу, считая, что истина находится где-то посередине. С одной стороны, он соглашается, что полное отсутствие смысла в работе ведёт к демотивации сотрудников, о чём свидетельствует эксперимент Дэна Ариели. С другой стороны, автор отмечает, что чрезмерное идеализирование задач и постоянное напоминание о грандиозных целях может вызвать у работников цинизм и усталость, особенно если компания не подкрепляет декларируемые миссии реальными достижениями. Важно, чтобы сотрудник понимал ценность своей работы, но эта ценность не обязательно должна быть связана с глобальными миссиями компании. Автор: Олег Скрынник Рейтинг: 724 Теги: бизнес, ценность, бизнес-заказчик, общие вопросы менеджмента, управление процессами, ИТ-процессы ## [Как в процессах ITIL решается вопрос выбора значимых рисков?](https://cleverics.ru/digital/kb-qa/kak-v-protsessakh-itil-reshaetsya-vopros-vybora-znachimykh-riskov/) В процессах ITIL выбор значимых рисков осуществляется на основе комбинации двух факторов: вероятности возникновения угрозы и потенциального ущерба от ее реализации. Эксперты оценивают каждую выявленную угрозу по этим критериям и отбирают те, которые превышают установленный порог значимости. Такой подход позволяет сосредоточить внимание и ресурсы на наиболее критичных для бизнеса рисках, игнорируя маловероятные или малозначительные угрозы. Это обеспечивает баланс между затратами и уровнем защиты ИТ-услуг. Автор: Константин Нарыжный Рейтинг: 724 Теги: ITIL, аллокация затрат, расчёт себестоимости услуг, бизнес, ценность, бизнес-заказчик, управление рисками, экономика и финансы ## [Какие аспекты следует учитывать при выборе между сохранением проблемы у исходного координатора и её передачей в смежный отдел?](https://cleverics.ru/digital/kb-qa/kakie-aspekty-sleduet-uchityvat-pri-vybore-mezhdu-sokhraneniem-problemy-u-iskhodnogo-koordinatora-i/) При выборе следует учитывать тип матрицы (сильная или слабая), уровень влияния координатора на смежные отделы, доступные ресурсы, необходимость контроля результата и потенциальные взаимосвязи с другими проблемами. В сильной матрице предпочтительно сохранять проблему у исходного координатора, в слабой — создавать дополнительные связанные проблемы. Автор: Дмитрий Исайченко Рейтинг: 724 Теги: общие вопросы менеджмента, управление проблемами ## [Как руководителю поддерживать интерес участников в течение производственного соревнования?](https://cleverics.ru/digital/kb-qa/kak-rukovoditelyu-podderzhivat-interes-uchastnikov-v-techenie-proizvodstvennogo-sorevnovaniya/) Руководителю необходимо постоянно поддерживать интерес участников, вовлекая в процесс как можно больше сотрудников. Для этого стоит регулярно предоставлять промежуточные результаты, отслеживать и обсуждать качество выполненных задач. Также важно корректировать показатели по мере необходимости и направлять работу сотрудников в нужное русло с помощью новых KPI, чтобы поддерживать актуальность и интерес к соревнованию. Автор: Олег Скрынник Рейтинг: 724 Теги: измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, общие вопросы менеджмента