# Бесплатная экспертная база знаний по управлению ИТ Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего. Только сведения от консультантов и тренеров Cleverics. Включает ответы на **несколько тысяч вопросов** из **сотен источников**, а также детальный глоссарий с примерами, объяснениями и нюансами ## [Какие ошибки совершают компании при построении многоуровневой системы поддержки?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-sovershayut-kompanii-pri-postroenii-mnogourovnevoy-sistemy-podderzhki/) Компании часто совершают следующие ошибки при построении многоуровневой системы поддержки: неправильное распределение ответственности между уровнями, из-за чего задачи задерживаются на определенном уровне; недостаточное обучение сотрудников второго и третьего уровня специфике коммуникации с первым уровнем и пользователем; отсутствие четких SLA между уровнями поддержки и механизмов контроля соблюдения сроков; игнорирование важности человеческого фактора в работе первой линии и недостаточная инвестиция в развитие soft skills сотрудников; чрезмерная формализация процессов, которая замедляет реагирование на критические ситуации. Особенно часто ошибкой является создание сложной структуры без обеспечения ее внутренней согласованности и общих целей для всех участников процесса. Автор: Олег Скрынник Рейтинг: 781 Теги: SLA, обучение сотрудников, учебные курсы, тренинги, общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, управление уровнем услуг, SLM, экономика и финансы, эффективность, оптимизация ## [Как частота инфраструктурных перерывов влияет на работу бизнеса?](https://cleverics.ru/digital/kb-qa/kak-chastota-infrastrukturnykh-pereryvov-vliyaet-na-rabotu-biznesa/) Частые инфраструктурные перерывы, даже кратковременные, негативно влияют на стабильность бизнес-процессов. Они могут привести к снижению производительности сотрудников, потере данных, срыву сроков выполнения задач и ухудшению общего уровня доверия к ИТ-службе. Для бизнеса важно не только время устранения каждого отдельного инцидента, но и общая частота сбоев, так как регулярные перерывы могут создавать хронические проблемы в работе компании. Автор: Евгений Шилов Рейтинг: 781 Теги: бизнес, ценность, бизнес-заказчик, мониторинг, управление инцидентами, эффективность, оптимизация ## [Как можно использовать результаты FTA для определения целевых показателей восстановления (RTO/RPO) для конфигурационных единиц?](https://cleverics.ru/digital/kb-qa/kak-mozhno-ispolzovat-rezultaty-fta-dlya-opredeleniya-tselevykh-pokazateley-vosstanovleniya-rto-rpo/) На основе анализа дерева отказов можно точно определить, какая конфигурационная единица (КЕ) влияет на какую функциональность услуги. Поскольку дерево наглядно показывает, какие КЕ и в какой комбинации приводят к отказу конкретной функции, становится возможным оценить критичность времени восстановления каждой КЕ. Например, если отказ определенной КЕ ведет к полной недоступности критически важной функции через оператор «ИЛИ», это означает, что для этой КЕ требуется минимальное RTO. Если же КЕ влияет на функцию только в комбинации с другими отказами через оператор «И», то RTO для такой КЕ может быть более мягким. Таким образом, FTA позволяет связать архитектурную модель с показателями непрерывности, а не устанавливать RTO/RPO на основе общих рекомендаций или произвольных решений. Автор: Павел Дёмин Рейтинг: 781 Теги: управление доступностью, управление конфигурациями, CMDB, управление проблемами ## [Сколько человек должно участвовать в проведении диагностики одной продуктовой команды?](https://cleverics.ru/digital/kb-qa/skolko-chelovek-dolzhno-uchastvovat-v-provedenii-diagnostiki-odnoy-produktovoy-komandy/) В проведении диагностики одной продуктовой команды должно участвовать от трёх до пяти человек. Точное количество зависит от выбранной модели управления и особенностей организационной структуры компании. Меньше трёх человек может не обеспечить достаточного охвата и глубины анализа, а более пяти могут создать избыточную нагрузку на команду и привести к снижению эффективности процесса. Оптимальная численность позволяет сохранить баланс между полнотой охвата, качеством анализа и минимальным воздействием на повседневную работу диагностируемой команды. Автор: Олег Скрынник Рейтинг: 781 Теги: командная работа, управление инцидентами, эффективность, оптимизация ## [Как рекомендует ITIL определить временные рамки для повторного открытия инцидента?](https://cleverics.ru/digital/kb-qa/kak-rekomenduet-itil-opredelit-vremennye-ramki-dlya-povtornogo-otkrytiya-intsidenta/) ITIL рекомендует организациям самостоятельно определить временные рамки для повторного открытия инцидента, исходя из их операционных потребностей. Например, может быть установлено правило, что если инцидент повторно проявляется в течение одного рабочего дня после закрытия, его можно переоткрыть. После этого срока, как правило, рекомендуется создавать новый инцидент, связанный с предыдущим. Конкретные временные пороги и правила могут варьироваться в зависимости от организации и требований к обслуживанию. Автор: Игорь Гутник Рейтинг: 781 Теги: ITIL, управление инцидентами ## [Какие ресурсы необходимы для эффективного внедрения процесса управления конфигурациями?](https://cleverics.ru/digital/kb-qa/kakie-resursy-neobkhodimy-dlya-effektivnogo-vnedreniya-protsessa-upravleniya-konfiguratsiyami/) Для эффективного внедрения процесса управления конфигурациями необходимы как человеческие, так и финансовые ресурсы для создания соответствующих инструментов и обеспечение их функционирования. Также требуется время на формирование и поддержание актуальной информации о сервисных активах. Важны квалифицированные специалисты, способные работать с системами управления конфигурациями, анализировать состояние инфраструктуры и выявлять расхождения. Необходимы также инвестиции в технологии и инструменты, такие как системы контроля версий, средства автоматизации и платформы для управления конфигурационными данными, чтобы обеспечить целостность, доступность и достоверность информации. Автор: Андрей Труфанов Рейтинг: 781 Теги: общие вопросы менеджмента, управление доступностью, управление ИТ-активами, ITAM, SAM, управление конфигурациями, CMDB, управление процессами, ИТ-процессы, управление релизами, экономика и финансы ## [Каким образом можно сократить среднее время решения инцидентов в ITSM?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-mozhno-sokratit-srednee-vremya-resheniya-intsidentov-v-itsm/) Сокращение времени решения инцидентов достигается за счет организации системы обращения за технической поддержкой, которая минимизирует временные затраты на сбор информации и маршрутизацию запросов. Это реализуется через специальную программу, заменяющую традиционные способы связи (email и телефон). Программа предусматривает последовательное заполнение пользователем контекстно-зависимых вопросов, автоматический сбор технических данных, правильную классификацию запроса по ИТ-услугам и его отправку в соответствующую группу специалистов. Подобный подход позволяет достичь значительного сокращения времени решения, как показывает практика - до 40% за полгода при полном переходе на новые процессы. Автор: Дмитрий Исайченко Рейтинг: 780 Теги: ITSM, аллокация затрат, расчёт себестоимости услуг, поддержка пользователей, Service Desk, Help Desk, управление запросами на обслуживание, управление инцидентами, экономика и финансы ## [Как управлять техническим долгом в процессе разработки?](https://cleverics.ru/digital/kb-qa/kak-upravlyat-tekhnicheskim-dolgom-v-protsesse-razrabotki/) Для управления техническим долгом необходимо регулярно резервировать время и ресурсы команды на его выявление и продуктивное снижение. Следует работать над принятием стратегических архитектурных решений и применять антихрупкие паттерны построения приложений. Технический долг неизбежен, но важно, чтобы он возникал вследствие осознанных решений. Непродуманный технический долг снижает производительность, увеличивает количество дефектов, ухудшает тестирование и мешает мониторингу системы. Автор: Андрей Труфанов Рейтинг: 780 Теги: Agile и гибкие методы разработки ПО, командная работа, мониторинг, разработка ПО, эффективность, оптимизация ## [Почему важно четко определять, что входит в предоставляемую услугу?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-chetko-opredelyat-chto-vkhodit-v-predostavlyaemuyu-uslugu/) Четкое определение того, что входит в предоставляемую услугу, необходимо для предотвращения недоразумений между поставщиком и потребителем. Без этого могут возникнуть споры о том, какие обязанности лежат на поставщике, а какие — на клиенте. Например, если услуга аренды квартиры включает предоставление работающей стиральной машины, то её поломка должна устраняться арендодателем. Если же это не прописано, то ответственность за ремонт может лечь на арендатора Автор: Игорь Гутник Рейтинг: 780 Теги: аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, общие вопросы менеджмента ## [Почему ИТ-подразделения средних и крупных компаний сталкиваются с проблемами качества персонала?](https://cleverics.ru/digital/kb-qa/pochemu-it-podrazdeleniya-srednikh-i-krupnykh-kompaniy-stalkivayutsya-s-problemami-kachestva-persona/) ИТ-подразделения средних и крупных компаний сталкиваются с проблемами качества персонала из-за высокой конкуренции на рынке труда. Наиболее компетентные и активные специалисты работают в крупных зарубежных компаниях, таких как Google и Facebook, а также в западных компаниях и стартапах, часто без необходимости релокации. Следующий уровень менее компетентных, но всё ещё квалифицированных специалистов занят в модных российских интернет-компаниях. Таким образом, в традиционных российских предприятиях остаются работать менее квалифицированные сотрудники. Кроме того, массовое увеличение спроса на профессию программиста привело к тому, что многие люди, не обладающие необходимыми способностями и мотивацией, выбрали эту профессию, что ещё больше снижает общий уровень квалификации. Автор: Олег Скрынник Рейтинг: 780 Теги: мотивация персонала, стимулирование, обучение сотрудников, учебные курсы, тренинги