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

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

## [Какие выводы можно сделать из практики учета рабочего времени в течение более чем полутора лет?](https://cleverics.ru/digital/kb-qa/kakie-vyvody-mozhno-sdelat-iz-praktiki-ucheta-rabochego-vremeni-v-techenie-bolee-chem-polutora-let/)

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

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

Рейтинг: 662

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

## [Почему при сервисных отношениях заказчик не должен управлять работой поставщика напрямую?](https://cleverics.ru/digital/kb-qa/pochemu-pri-servisnykh-otnosheniyakh-zakazchik-ne-dolzhen-upravlyat-rabotoy-postavshchika-napryamuyu/)

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

Автор: Роман Журавлёв

Рейтинг: 662

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

## [Как эксплуатационные подразделения обеспечивают операционную стабильность систем?](https://cleverics.ru/digital/kb-qa/kak-ekspluatatsionnye-podrazdeleniya-obespechivayut-operatsionnuyu-stabilnost-sistem/)

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

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

Рейтинг: 662

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

## [В чем состоит основное отличие работы первой линии от второго и третьего уровней поддержки?](https://cleverics.ru/digital/kb-qa/v-chem-sostoit-osnovnoe-otlichie-raboty-pervoy-linii-ot-vtorogo-i-tretego-urovney-podderzhki/)

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

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

Рейтинг: 662

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

## [Какие требования предъявляются к стандартам разработки в рамках управления знаниями?](https://cleverics.ru/digital/kb-qa/kakie-trebovaniya-predyavlyayutsya-k-standartam-razrabotki-v-ramkakh-upravleniya-znaniyami/)

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

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

Рейтинг: 662

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

## [Как локальные менеджеры могут обосновать превышение головых лимитов?](https://cleverics.ru/digital/kb-qa/kak-lokalnye-menedzhery-mogut-obosnovat-prevyshenie-golovykh-limitov/)

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

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

Рейтинг: 662

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

## [Какие последствия могут быть от неправильного размещения рисков в SWOT-анализе?](https://cleverics.ru/digital/kb-qa/kakie-posledstviya-mogut-byt-ot-nepravilnogo-razmeshcheniya-riskov-v-swot-analize/)

Неправильное размещение рисков в SWOT-анализе, например, их включение в квадрант «Слабые стороны» вместо анализа причин, может привести к поверхностному пониманию проблемы. Это создает иллюзию завершенности анализа, тогда как на самом деле упускаются важные корневые причины рисков, которые нужно устранить. В результате разработанная стратегия может не решить реальные проблемы и не предотвратить возникновение рисков, так как фокус смещен на отдельные проявления, а не на системные причины.

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

Рейтинг: 662

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

## [Какие ресурсы требуются для реализации контрмер в ИТ-процессах?](https://cleverics.ru/digital/kb-qa/kakie-resursy-trebuyutsya-dlya-realizatsii-kontrmer-v-it-protsessakh/)

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

Автор: Константин Нарыжный

Рейтинг: 662

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

## [Какие аспекты следует учитывать при выборе между сохранением проблемы у исходного координатора и её передачей в смежный отдел?](https://cleverics.ru/digital/kb-qa/kakie-aspekty-sleduet-uchityvat-pri-vybore-mezhdu-sokhraneniem-problemy-u-iskhodnogo-koordinatora-i/)

При выборе следует учитывать тип матрицы (сильная или слабая), уровень влияния координатора на смежные отделы, доступные ресурсы, необходимость контроля результата и потенциальные взаимосвязи с другими проблемами. В сильной матрице предпочтительно сохранять проблему у исходного координатора, в слабой — создавать дополнительные связанные проблемы.

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

Рейтинг: 662

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

## [Как автор оценивает свою ошибку при проведении SWOT-анализа?](https://cleverics.ru/digital/kb-qa/kak-avtor-otsenivaet-svoyu-oshibku-pri-provedenii-swot-analiza/)

Автор оценивает свою ошибку при проведении SWOT-анализа как существенную, поскольку он поместил риски непосредственно в квадрант «Слабые стороны», не проанализировав их корневые причины. По его мнению, вместо этого он должен был задать уточняющие вопросы, чтобы выявить внутренние слабости организации, которые делают эти риски возможными. Автор считает, что это упущение привело к недостаточно глубокому анализу, и в будущем он намерен избегать подобных ошибок, уделяя больше внимания анализу причин рисков.

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

Рейтинг: 662

Теги: управление проблемами, управление рисками