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

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

## [Как избежать дисфункций в команде, связанных с групповыми эффектами?](https://cleverics.ru/digital/kb-qa/kak-izbezhat-disfunktsiy-v-komande-svyazannykh-s-gruppovymi-effektami/)

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

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

Рейтинг: 968

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

## [Как формируется ответственность в модели BPO?](https://cleverics.ru/digital/kb-qa/kak-formiruetsya-otvetstvennost-v-modeli-bpo/)

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

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

Рейтинг: 968

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

## [Какие проблемы могут возникнуть при определении стандартов и практик организации?](https://cleverics.ru/digital/kb-qa/kakie-problemy-mogut-vozniknut-pri-opredelenii-standartov-i-praktik-organizatsii/)

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

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

Рейтинг: 968

Теги: ISO 20000, управление продуктами, продуктовый подход

## [Какие методы агрегации метрик можно использовать для построения итогового рейтинга руководителя?](https://cleverics.ru/digital/kb-qa/kakie-metody-agregatsii-metrik-mozhno-ispolzovat-dlya-postroeniya-itogovogo-reytinga-rukovoditelya/)

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

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

Рейтинг: 968

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

## [Почему ITIL 4 не упоминает приоритизацию в процессе решения инцидента, но при этом считает её важной?](https://cleverics.ru/digital/kb-qa/pochemu-itil-4-ne-upominaet-prioritizatsiyu-v-protsesse-resheniya-intsidenta-no-pri-etom-schitaet-ee/)

ITIL 4 не упоминает приоритизацию в процессе решения инцидента (Incident handling and resolution), потому что она переквалифицирована из отдельного шага процесса в фактор успеха всей практики управления инцидентами. Приоритизация остается важной, но теперь рассматривается как более широкая концепция, которая необходима для достижения основной цели практики — минимизации негативного влияния инцидентов. Поскольку приоритизация может происходить многократно и на разных этапах работы с инцидентами, её нецелесообразно ограничивать одним отдельным шагом в процессе. Вместо этого она представляется как элемент, который требуется для эффективного выполнения всей практики в целом.

Автор: Анна Васильева

Рейтинг: 968

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

## [Почему в разработке ПО до сих пор преобладает проектный подход к управлению вместо процессного?](https://cleverics.ru/digital/kb-qa/pochemu-v-razrabotke-po-do-sikh-por-preobladaet-proektnyy-podkhod-k-upravleniyu-vmesto-protsessnogo/)

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

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

Рейтинг: 968

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

## [Какие аспекты включает обеспечение учета затрат и доходов в ИТ-финансах?](https://cleverics.ru/digital/kb-qa/kakie-aspekty-vklyuchaet-obespechenie-ucheta-zatrat-i-dokhodov-v-it-finansakh/)

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

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

Рейтинг: 968

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

## [Как интегрировать стандартные изменения в каталог поддержки?](https://cleverics.ru/digital/kb-qa/kak-integrirovat-standartnye-izmeneniya-v-katalog-podderzhki/)

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

Автор: Артём Мукосеев

Рейтинг: 968

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

## [Как организационная структура может повлиять на успех внедрения ИТ-процессов?](https://cleverics.ru/digital/kb-qa/kak-organizatsionnaya-struktura-mozhet-povliyat-na-uspekh-vnedreniya-it-protsessov/)

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

Автор: Артём Мукосеев

Рейтинг: 968

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

## [Может ли фиксированная эскалация использоваться совместно с произвольной эскалацией?](https://cleverics.ru/digital/kb-qa/mozhet-li-fiksirovannaya-eskalatsiya-ispolzovatsya-sovmestno-s-proizvolnoy-eskalatsiey/)

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

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

Рейтинг: 968

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