# Бесплатная экспертная база знаний по управлению ИТ Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего. Только сведения от консультантов и тренеров Cleverics. Включает ответы на **несколько тысяч вопросов** из **сотен источников**, а также детальный глоссарий с примерами, объяснениями и нюансами ## [Как соотносится роль Service Owner с ролью CIO в ИТ-организации?](https://cleverics.ru/digital/kb-qa/kak-sootnositsya-rol-service-owner-s-rolyu-cio-v-it-organizatsii/) Роль Service Owner изначально является частью обязанностей CIO, так как руководитель ИТ-организации несет окончательную ответственность за все ИТ-услуги. По мере роста организации и увеличения количества услуг CIO может делегировать ответственность за отдельные услуги конкретным Service Owner'ам. Таким образом, Service Owner может рассматриваться как расширенная роль, делегированная CIO для управления конкретной услугой. Автор: Константин Нарыжный Рейтинг: 891 Теги: общие вопросы менеджмента, управление процессами, ИТ-процессы ## [Что делать, если после делегирования задач все еще остались R-позиции в RACI-матрице для руководителя?](https://cleverics.ru/digital/kb-qa/chto-delat-esli-posle-delegirovaniya-zadach-vse-eshche-ostalis-r-pozitsii-v-raci-matritse-dlya-rukov/) Если после попыток делегирования задач у руководителя в RACI-матрице все еще остались R-позиции, необходимо: 1. Проанализировать эти задачи на предмет их критичности и объема работы - возможно, они действительно требуют личного участия руководителя. 2. Для задач, которые все же требуют личного участия, определить, можно ли разделить их на подзадачи, часть из которых можно будет делегировать. 3. Если задача должна выполняться несколькими людьми (включая руководителя), четко определить, кто отвечает за организацию процесса выполнения, а кто выполняет конкретные операции. 4. Рассмотреть возможность использования расширенной RASCI-матрицы, где можно отделить организатора работы от тех, кто просто участвует в исполнении (S - Supports). Это позволит руководителю перейти из позиции R (Responsible) в позицию, связанную с контролем (I или C), сохранив необходимый уровень влияния на процесс без непосредственного выполнения операций. 5. Регулярно пересматривать RACI-матрицу, так как со временем могут появиться сотрудники, готовые взять на себя больше ответственности, что позволит дальнейшее делегирование. Автор: Дмитрий Исайченко Рейтинг: 891 Теги: общие вопросы менеджмента, управление процессами, ИТ-процессы ## [Почему термин "бизнес" в ITIL может быть непонятен сотрудникам бюджетных учреждений?](https://cleverics.ru/digital/kb-qa/pochemu-termin-biznes-v-itil-mozhet-byt-neponyaten-sotrudnikam-byudzhetnykh-uchrezhdeniy/) Сотрудники бюджетных учреждений и госсектора часто не ассоциируют свою деятельность с понятием «бизнес», так как воспринимают его как коммерческую сферу. Однако в ITIL этот термин используется для обозначения любой организации, где ИТ-услуги поддерживают основные процессы, независимо от их коммерческой направленности. Это позволяет применять методологию к госструктурам, но требует разъяснения терминологии для корректного восприятия. Автор: Константин Нарыжный Рейтинг: 891 Теги: ITIL, бизнес, ценность, бизнес-заказчик ## [Как критерий доступности помогает в управлении ИТ-услугами?](https://cleverics.ru/digital/kb-qa/kak-kriteriy-dostupnosti-pomogaet-v-upravlenii-it-uslugami/) Критерий доступности помогает в управлении ИТ-услугами, обеспечивая однозначную трактовку спорных ситуаций и позволяя объяснять заказчику цифры в отчетности. Он также служит основой для разработки мер по управлению доступностью, помогая понять, как те или иные технические или организационные решения повлияют на бизнес-процессы. Это особенно полезно при принятии решений о внедрении резервирования, улучшении инфраструктуры и оптимизации работы ИТ-сервисов. Автор: Павел Дёмин Рейтинг: 890 Теги: бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, постоянное улучшение, совершенствование, CSI, PDCA, управление доступностью, управление конфигурациями, CMDB, управление релизами, эффективность, оптимизация ## [Почему не рекомендуется переносить все данные из внешних источников в CMDB?](https://cleverics.ru/digital/kb-qa/pochemu-ne-rekomenduetsya-perenosit-vse-dannye-iz-vneshnikh-istochnikov-v-cmdb/) Перенос всего объема данных из внешних систем в CMDB не рекомендуется по нескольким причинам: объем информации может быть чрезмерно большим для эффективного управления; глубина и охват данных внешних систем часто не совпадают с требованиями процесса управления конфигурациями; в CMDB могут появиться данные, которые не подпадают под управление процесса (управление конфигурациями включает не только обновление данных, но и контроль изменений); избыточные данные снижают эффективность работы с базой. Автор: Евгений Шилов Рейтинг: 890 Теги: общие вопросы менеджмента, управление конфигурациями, CMDB, управление процессами, ИТ-процессы, эффективность, оптимизация ## [Почему пользователи не оставляют оценку после получения услуги, даже если хотели этого сделать?](https://cleverics.ru/digital/kb-qa/pochemu-polzovateli-ne-ostavlyayut-otsenku-posle-polucheniya-uslugi-dazhe-esli-khoteli-etogo-sdelat/) Пользователи не оставляют оценку после получения услуги, даже если изначально планировали это сделать, из-за возникающих барьеров и неопределенностей в процессе. Например, в случае с государственными услугами, когда заявленное бесплатное SMS на самом деле оказалось платным, это вызывает недоверие и снижает мотивацию. В случае с коммерческим банком требование регистрации на стороннем сайте для размещения отзыва создает дополнительный этап, который многим кажется излишним. Пользователь готов оценить услугу, но только если процесс простой, понятный и не вызывает сомнений в его прозрачности. Автор: Артём Мукосеев Рейтинг: 890 Теги: измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, мотивация персонала, стимулирование, поддержка пользователей, Service Desk, Help Desk ## [В каких случаях требуется активация аварийного плана восстановления, и кто отвечает за это решение?](https://cleverics.ru/digital/kb-qa/v-kakikh-sluchayakh-trebuetsya-aktivatsiya-avariynogo-plana-vosstanovleniya-i-kto-otvechaet-za-eto-r/) Активация аварийного плана восстановления (disaster recovery plan) необходима, если инцидент продолжается дольше установленного срока без признаков решения. Ответственность за принятие решения об активации плана лежит на менеджере major-инцидента. Этот специалист должен знать правила и процедуры запуска плана аварийного восстановления, чтобы оперативно перейти к следующему уровню реагирования при необходимости, сокращая время простоя критически важных сервисов. Автор: Дмитрий Исайченко Рейтинг: 890 Теги: общие вопросы менеджмента, управление инцидентами ## [Какие последствия могут быть из-за неограниченного доступа к записям инцидентов?](https://cleverics.ru/digital/kb-qa/kakie-posledstviya-mogut-byt-iz-za-neogranichennogo-dostupa-k-zapisyam-intsidentov/) Неограниченный доступ к записям инцидентов может привести к утечке конфиденциальной информации, включая пароли, лицензионные ключи и системные настройки. Это создает риски для безопасности ИТ-инфраструктуры, потенциальные злоумышленники могут получить доступ к критически важным системам. Также такая ситуация может поставить под угрозу физическую безопасность объектов, что особенно актуально для информации, связанной с пожароохранными системами. В результате компания может столкнуться с серьезными финансовыми и репутационными потерями. Автор: Евгений Шилов Рейтинг: 890 Теги: безопасность, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление инцидентами, управление конфигурациями, CMDB, управление рисками ## [Какие проблемы возникают при произвольном переносе сроков?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-proizvolnom-perenose-srokov/) Произвольный перенос сроков приводит к потере доверия к установленным метрикам и обесцениванию системы отчетности. Это особенно критично, если система мотивации сотрудников привязана к срокам выполнения задач. Сотрудники могут начать искусственно переносить сроки, чтобы избежать негативных оценок в системе мотивации, что искажает реальную картину эффективности работы ИТ-службы. В результате статистика перестает отражать объективную информацию, что затрудняет принятие управленческих решений. Автор: Евгений Шилов Рейтинг: 890 Теги: измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, мотивация персонала, стимулирование, эффективность, оптимизация ## [Может ли процесс Управления запросами на обслуживание (RFF) выступать как один из механизмов информирования о статусе инцидента?](https://cleverics.ru/digital/kb-qa/mozhet-li-protsess-upravleniya-zaprosami-na-obsluzhivanie-rff-vystupat-kak-odin-iz-mekhanizmov-infor/) Да, процесс Управления запросами на обслуживание (RFF) может выступать как один из механизмов информирования о статусе инцидента, функционируя в качестве реактивного канала коммуникации, обеспечивающего передачу информации пользователю по запросу. Однако RFF не должен быть основным процессом для этой задачи, так как ответственность за организацию всего процесса коммуникации, включая выбор и эффективность использования каналов, лежит на процессе Управления инцидентами (INC). RFF может быть частью общей стратегии коммуникации INC, но не её заменой, поскольку использование RFF без чёткого взаимодействия с INC может привести к дублированию функций и снижению качества обслуживания. Автор: Игорь Гутник Рейтинг: 890 Теги: общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, стратегия, управление запросами на обслуживание, управление инцидентами, управление отношениями, взаимодействие, BRM, эффективность, оптимизация