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

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

## [Какие два ключевых аспекта управления ИТ-услугами рассматриваются в ITIL?](https://cleverics.ru/digital/kb-qa/kakie-dva-klyuchevykh-aspekta-upravleniya-it-uslugami-rassmatrivayutsya-v-itil/)

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

Автор: Александр Движков

Рейтинг: 1080

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

## [Какие умения особенно важны для менеджера проекта в условиях ограниченных ресурсов?](https://cleverics.ru/digital/kb-qa/kakie-umeniya-osobenno-vazhny-dlya-menedzhera-proekta-v-usloviyakh-ogranichennykh-resursov/)

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

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

Рейтинг: 1080

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

## [Как выбрать подходящую роль владельца процесса для процесса, критичного для бизнеса?](https://cleverics.ru/digital/kb-qa/kak-vybrat-podkhodyashchuyu-rol-vladeltsa-protsessa-dlya-protsessa-kritichnogo-dlya-biznesa/)

Для выбора подходящего владельца критичного для бизнеса процесса необходимо сначала определить степень критичности каждой обязанности владельца, используя десятибалльную шкалу, где 10 означает, что отсутствие выполнения этой обязанности может привести к серьезным проблемам. Затем следует искать человека, обладающего достаточными полномочиями и возможностями для выполнения наиболее критичных обязанностей. Для высококритичных процессов владельец должен иметь широкий охват контроля (scope of control), охватывающий все подразделения, участвующие в процессе. Если невозможно назначить высокопоставленного руководителя, необходимо создать надежные механизмы поддержки и эскалации, чтобы владелец мог оперативно получать необходимую поддержку от руководства. Также важно учитывать, что владелец должен иметь достаточно времени для выполнения обязанностей по управлению процессом, не будучи перегруженным другими обязанностями.

Автор: Игорь Гутник

Рейтинг: 1080

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

## [Что является характерным признаком процесса управления релизами в подразделении разработки/сопровождения?](https://cleverics.ru/digital/kb-qa/chto-yavlyaetsya-kharakternym-priznakom-protsessa-upravleniya-relizami-v-podrazdelenii-razrabotki-so/)

Характерными признаками процесса управления релизами в подразделении разработки/сопровождения являются: обработка только нестандартных запросов на изменения, самостоятельная авторизация изменений на CAB'е (без участия процесса управления изменениями), работа только с изменениями в приложениях (изменения в инфраструктуре обрабатывает процесс управления изменениями), и определение релиза как набора компонент, которые вместе тестируются и внедряются в продуктив. Такой подход соответствует описанию в BMC Service Management Process Model (SMPM).

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

Рейтинг: 1080

Теги: управление изменениями, управление конфигурациями, CMDB, управление релизами

## [Почему предложено ликвидировать границу между бизнес-подразделением и ИТ-блоком?](https://cleverics.ru/digital/kb-qa/pochemu-predlozheno-likvidirovat-granitsu-mezhdu-biznes-podrazdeleniem-i-it-blokom/)

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

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

Рейтинг: 1079

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

## [Чем отличается подход COBIT к уровню зрелости процессов от CMMI?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-podkhod-cobit-k-urovnyu-zrelosti-protsessov-ot-cmmi/)

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

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

Рейтинг: 1079

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

## [Как структурировать тело делового письма для максимальной эффективности?](https://cleverics.ru/digital/kb-qa/kak-strukturirovat-telo-delovogo-pisma-dlya-maksimalnoy-effektivnosti/)

Тело делового письма должно быть кратким и структурированным по следующей схеме: 1) Приветствие – например, «Петр Петрович, добрый день!», которое настраивает коллегу на позитивный лад; 2) Благодарность – выражение признательности за прошлую помощь, что поддерживает положительные отношения; 3) Основание – указание причины обращения, например, «На основании приказа №…» или «По результатам встречи…»; 4) Суть – краткое изложение текущей ситуации без эмоционального окраса; 5) О чем просим/требуем – четко сформулированный запрос или требование с указанием сроков; 6) Подпись – полная информация об отправителе, включая должность и контактный телефон. Такая структура помогает получателю быстро понять суть запроса и необходимые действия.

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

Рейтинг: 1079

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

## [Почему отдельные этапы ИТ-проекта могут быть выполнены идеально, но конечный результат остается неудовлетворительным?](https://cleverics.ru/digital/kb-qa/pochemu-otdelnye-etapy-it-proekta-mogut-byt-vypolneny-idealno-no-konechnyy-rezultat-ostaetsya-neudov/)

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

Автор: Евгений Шилов

Рейтинг: 1079

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

## [Почему воздействия на отдельные переменные недостаточно для решения проблем в системе ИТ?](https://cleverics.ru/digital/kb-qa/pochemu-vozdeystviya-na-otdelnye-peremennye-nedostatochno-dlya-resheniya-problem-v-sisteme-it/)

Воздействия на отдельные переменные недостаточно для решения проблем в системе ИТ из-за наличия усиливающих и балансирующих циклов обратной связи, в которых эти переменные участвуют. Простое изменение отдельного показателя может привести к временному улучшению, но со временем система через цепочку причинно-следственных связей вернется к нежелательному состоянию или ситуация может даже усугубиться. Реальное решение требует понимания структуры циклов, определения ключевых точек воздействия и разработки стратегии, которая влияет на весь цикл, а не только на отдельные элементы. Например, попытка просто ускорить Time to market без учета влияния на Change Risk и Service Quality приведет к повышению числа сбоев и проблем. Истинное решение заключается в «оздоровлении» негативных циклов (разрушении вредоносных петель) или запуске новых балансирующих циклов, которые будут поддерживать желаемое состояние системы продолжительное время.

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

Рейтинг: 1079

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

## [Какие существуют подходы к устранению дефектов в разработке ПО?](https://cleverics.ru/digital/kb-qa/kakie-sushchestvuyut-podkhody-k-ustraneniyu-defektov-v-razrabotke-po/)

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

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

Рейтинг: 1079

Теги: Agile и гибкие методы разработки ПО, бизнес, ценность, бизнес-заказчик, разработка ПО