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

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

## [Как определить первого кандидата на роль Service Owner в организации?](https://cleverics.ru/digital/kb-qa/kak-opredelit-pervogo-kandidata-na-rol-service-owner-v-organizatsii/)

Первым кандидатом на роль Service Owner в организации изначально является руководитель всей ИТ-организации, обычно это CIO (Chief Information Officer). Поскольку именно он несет окончательную ответственность за все ИТ-услуги в организации. Позже, когда масштаб организации растет, и объем управления становится слишком большим, CIO может делегировать эту ответственность конкретным управляющим услугами.

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

Рейтинг: 888

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

## [Каким образом дорожная карта способствует улучшению качества создаваемых решений?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-dorozhnaya-karta-sposobstvuet-uluchsheniyu-kachestva-sozdavaemykh-resheniy/)

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

Автор: Светлана Сапегина

Рейтинг: 888

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

## [Какой подход можно использовать для настройки эффективной переписки по email?](https://cleverics.ru/digital/kb-qa/kakoy-podkhod-mozhno-ispolzovat-dlya-nastroyki-effektivnoy-perepiski-po-email/)

Для настройки эффективной переписки по email рекомендуется использовать методологию «4tune», которая фокусируется на четырех аспектах: 1) Кому пишем – необходимо учитывать роль и влияние получателя, его положение в реализации ИТ-инициативы и предпочтения по восприятию информации; 2) Что в теме – тема должна содержать 1-2 ключевых слова, относящихся к проблеме, и ожидаемое действие от адресата; 3) Что в теле – письмо должно состоять из структурированного текста: приветствие, благодарность, основание, суть, о чем просим/требуем, подпись; 4) Когда ждать ответ – важно заранее определить ожидаемые сроки ответа исходя из приоритетности вопроса и сложившейся в компании практики.

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

Рейтинг: 887

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

## [Почему важно продолжать видеть общую картину при управлении проектом или командой?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-prodolzhat-videt-obshchuyu-kartinu-pri-upravlenii-proektom-ili-komandoy/)

Важно продолжать видеть общую картину при управлении проектом или командой, потому что менеджер в первую очередь отвечает за достижение конечной цели, а не за выполнение отдельных задач. Если руководитель погрузится в детали и оперативную работу, он перестанет замечать важные изменения в контексте проекта, упущенные приоритеты, накопление рисков. Когда менеджер сохраняет обзорную позицию, он может своевременно корректировать направление работы, перераспределять ресурсы, поддерживать баланс между различными аспектами проекта (бюджет, сроки, качество). Это позволяет предотвратить ситуацию, когда команда много работает, но не в том направлении, которое приведёт к успеху всего проекта.

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

Рейтинг: 887

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

## [Как принцип 'Двигаться небольшими шагами' связан с agile-подходами?](https://cleverics.ru/digital/kb-qa/kak-printsip-dvigatsya-nebolshimi-shagami-svyazan-s-agile-podkhodami/)

Принцип 'Двигаться небольшими шагами' напрямую связан с agile-подходами, которые предполагают итеративное развитие и улучшение. Этот принцип утверждает, что движение короткими итерациями повышает управляемость проектов, делает прогресс более очевидным, положительно влияет на мотивацию участников и позволяет быстрее корректировать способы достижения целей. В Lean этот подход также представлен через концепцию минимально жизнеспособного продукта (MVP).

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

Рейтинг: 887

Теги: Agile и гибкие методы разработки ПО, мотивация персонала, стимулирование, постоянное улучшение, совершенствование, CSI, PDCA, управление продуктами, продуктовый подход, управление проектами, PRINCE2, эффективность, оптимизация

## [Как классифицируются затраты при аллокации ИТ-затрат на подразделения?](https://cleverics.ru/digital/kb-qa/kak-klassifitsiruyutsya-zatraty-pri-allokatsii-it-zatrat-na-podrazdeleniya/)

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

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

Рейтинг: 887

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

## [В каких отношениях находятся процессы управления релизами и управления изменениями?](https://cleverics.ru/digital/kb-qa/v-kakikh-otnosheniyakh-nakhodyatsya-protsessy-upravleniya-relizami-i-upravleniya-izmeneniyami/)

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

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

Рейтинг: 887

Теги: управление изменениями, управление релизами

## [Какие риски несет компания, которая без должной подготовки пытается стать сервис-интегратором?](https://cleverics.ru/digital/kb-qa/kakie-riski-neset-kompaniya-kotoraya-bez-dolzhnoy-podgotovki-pytaetsya-stat-servis-integratorom/)

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

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

Рейтинг: 887

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

## [Какие проблемы наблюдаются в публикуемых данных о пользе ITSM-решений?](https://cleverics.ru/digital/kb-qa/kakie-problemy-nablyudayutsya-v-publikuemykh-dannykh-o-polze-itsm-resheniy/)

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

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

Рейтинг: 887

Теги: ITSM, бизнес, ценность, бизнес-заказчик, эффективность, оптимизация

## [Как метрика масштабируется с уровня отдельной группы до уровня всего процесса управления инцидентами?](https://cleverics.ru/digital/kb-qa/kak-metrika-masshtabiruetsya-s-urovnya-otdelnoy-gruppy-do-urovnya-vsego-protsessa-upravleniya-intsid/)

Метрика естественным образом масштабируется: если представить ситуацию, когда группа поддержки представляет собой весь персонал поставщика услуги (то есть единственная группа), то время обработки группой (ti) становится равным общему времени обработки инцидента (Ti). В этом случае формула упрощается до вида: Кгруппы = (1/N) * Σ(1-vi), то есть представляет собой привычную метрику «доля инцидентов, решённых в срок». Таким образом, метрика применима как к отдельным группам, так и к оценке эффективности всего процесса управления инцидентами в целом.

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

Рейтинг: 887

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