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

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

## [Какие ключевые роли существуют в игре 'The Challenge of Egypt' и чем они различаются?](https://cleverics.ru/digital/kb-qa/kakie-klyuchevye-roli-sushchestvuyut-v-igre-the-challenge-of-egypt-i-chem-oni-razlichayutsya/)

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

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

Рейтинг: 1043

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

## [Что включает в себя жизненный цикл ИТ-услуг в рамках парадигмы ITSM?](https://cleverics.ru/digital/kb-qa/chto-vklyuchaet-v-sebya-zhiznennyy-tsikl-it-uslug-v-ramkakh-paradigmy-itsm/)

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

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

Рейтинг: 1043

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

## [Почему различие между purpose, goals и objectives в ITIL важно для практического применения?](https://cleverics.ru/digital/kb-qa/pochemu-razlichie-mezhdu-purpose-goals-i-objectives-v-itil-vazhno-dlya-prakticheskogo-primeneniya/)

Различие между назначением (purpose), целями (goals) и задачами (objectives) в ITIL важно, потому что: - Оно помогает избежать путаницы при проектировании и управлении процессами. - Каждый уровень отвечает своим задачам: назначение определяет базовую функцию, цели задают измеримые результаты на период, задачи описывают технологию реализации. - Ответственность распределяется между разными ролями (дизайнер, владелец, менеджер процесса). - Иерархия обеспечивают согласованность процессов с бизнес-требованиями, так как цели процессов напрямую связаны с проектными целями и бизнес-обоснованием. Без этого разделения сложно контролировать эффективность процессов, так как стратегические, тактические и оперативные аспекты переплетаются.

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

Рейтинг: 1043

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

## [Как эволюционировало понятие Definition of Done от ранних стадий до современных подходов DevOps?](https://cleverics.ru/digital/kb-qa/kak-evolyutsionirovalo-ponyatie-definition-of-done-ot-rannikh-stadiy-do-sovremennykh-podkhodov-devop/)

Эволюция Definition of Done прошла несколько этапов: 1) "Совсем, совсем плохо": работа считается завершенной, когда разработчик заявил, что все работает (на его локальной среде); 2) Улучшенный подход: завершено, когда тестировщик подтвердил работоспособность; 3) Agile-подход: завершено после принятия результата владельцем продукта; 4) DevOps-подход: завершено, когда код успешно работает в продуктивной среде; 5) Финальная ступень: завершено, когда код работает в продуктиве, а вся сборка, тестирование и развертывание выполнены автоматическими средствами. С каждым этапом критерии завершения становятся все более строгими и приближенными к реальным условиям использования продукта.

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

Рейтинг: 1043

Теги: Agile и гибкие методы разработки ПО, DevOps, CI/CD, управление продуктами, продуктовый подход, управление релизами

## [Почему в России отсутствует реальная конкуренция в большинстве сферах рынка?](https://cleverics.ru/digital/kb-qa/pochemu-v-rossii-otsutstvuet-realnaya-konkurentsiya-v-bolshinstve-sferakh-rynka/)

В России реальная конкуренция отсутствует в большинстве сфер, так как предложение во многих секторах не соответствует спросу. Например, количество прокатных контор в городах минимально, торговые центры построены, но их развитие отстает от европейских стандартов. Владельцы бизнеса считают, что пока спрос превышает предложение (как выражается "карась жирный идёт"), необходимость внедрения качественного сервиса отсутствует. Такая ситуация создает иллюзию конкуренции — формально предприятия конкурируют, но не делают этого эффективно, так как потребители не имеют выбора.

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

Рейтинг: 1043

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

## [Что включает в себя второй элемент прозрачности организации работы, кроме метрик?](https://cleverics.ru/digital/kb-qa/chto-vklyuchaet-v-sebya-vtoroy-element-prozrachnosti-organizatsii-raboty-krome-metrik/)

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

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

Рейтинг: 1043

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

## [Как меняется управление изменениями при внедрении ITSM?](https://cleverics.ru/digital/kb-qa/kak-menyaetsya-upravlenie-izmeneniyami-pri-vnedrenii-itsm/)

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

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

Рейтинг: 1043

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

## [Нужно ли создавать отдельную базу данных для расчёта стоимости услуг или TCO в ИТ?](https://cleverics.ru/digital/kb-qa/nuzhno-li-sozdavat-otdelnuyu-bazu-dannykh-dlya-rascheta-stoimosti-uslug-ili-tco-v-it/)

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

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

Рейтинг: 1043

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

## [Что включает в себя процедура построения модели учета и аллокации ИТ-затрат?](https://cleverics.ru/digital/kb-qa/chto-vklyuchaet-v-sebya-protsedura-postroeniya-modeli-ucheta-i-allokatsii-it-zatrat/)

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

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

Рейтинг: 1043

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

## [Как деловая игра помогает в подготовке к реальным профессиональным вызовам?](https://cleverics.ru/digital/kb-qa/kak-delovaya-igra-pomogaet-v-podgotovke-k-realnym-professionalnym-vyzovam/)

Деловая игра моделирует реальные рабочие ситуации, позволяя участникам отработать навыки в безопасной среде. Она помогает научиться принимать решения в условиях неопределенности, управлять стрессом и находить нестандартные решения. Анализ результатов игры, особенно в случае неудач, выявляет слабые места в текущих методах работы и дает возможность исправить их до того, как они приведут к серьезным проблемам в реальной практике.

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

Рейтинг: 1043

Теги: деловые игры, бизнес-симуляции