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

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

## [Какие инструменты можно использовать для объяснения необходимости изменений на первом этапе?](https://cleverics.ru/digital/kb-qa/kakie-instrumenty-mozhno-ispolzovat-dlya-obyasneniya-neobkhodimosti-izmeneniy-na-pervom-etape/)

Для объяснения необходимости изменения эффективно использовать SWOT-анализ даже в простом варианте. Это позволяет выявить внутренние сильные и слабые стороны, внешние возможности и угрозы. SWOT-анализ помогает определить, какие аргументы использовать при коммуникации с разными группами сотрудников и как обосновать необходимость перемен.

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

Рейтинг: 781

## [Какие преимущества магического квадрата Гартнера выделяет автор для корпоративного сектора?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-magicheskogo-kvadrata-gartnera-vydelyaet-avtor-dlya-korporativnogo-sektora/)

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

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

Рейтинг: 781

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

## [Как избежать превращения разработчиков в роботов, выполняющих монотонные задачи?](https://cleverics.ru/digital/kb-qa/kak-izbezhat-prevrashcheniya-razrabotchikov-v-robotov-vypolnyayushchikh-monotonnye-zadachi/)

Чтобы избежать превращения разработчиков в роботов, необходимо сделать их соучастниками происходящего. Это включает вовлечение в процесс co-creation (совместного создания ценности) с другими участниками команды и конечными пользователями продукта. Необходимо обеспечивать прозрачность общего результата работы команды, а не ограничиваться предоставлением отдельных задач по разработке фич. Важно демонстрировать живое влияние их работы на пользователей и бизнес-показатели, а не ограничиваться цифрами типа увеличения конверсии на незначительные проценты. Также полезным может быть временная стажировка разработчиков в поддержке продукта или непосредственно у пользователей, чтобы они могли пережить опыт "в поле" и понять реальный контекст использования создаваемых ими решений. Создание безопасной среды, где можно свободно выражать мнения без поиска виновных и с презумпцией добросовестности, также критически важно для поддержания вовлеченности разработчиков.

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

Рейтинг: 780

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

## [Почему важно учитывать неформальные аспекты при построении сервисных отношений?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-uchityvat-neformalnye-aspekty-pri-postroenii-servisnykh-otnosheniy/)

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

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

Рейтинг: 780

Теги: бизнес, ценность, бизнес-заказчик

## [Как ITIL помогает в построении новой сервисной модели организации?](https://cleverics.ru/digital/kb-qa/kak-itil-pomogaet-v-postroenii-novoy-servisnoy-modeli-organizatsii/)

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

Автор: Елена Колбей

Рейтинг: 780

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

## [Каковы основные идеологические принципы четвертого сценария (выход на ежедневные релизы)?](https://cleverics.ru/digital/kb-qa/kakovy-osnovnye-ideologicheskie-printsipy-chetvertogo-stsenariya-vykhod-na-ezhednevnye-relizy/)

Основные принципы четвертого сценария основаны на ключевых идеях DevOps: чем чаще команда сталкивается с проблемными моментами процесса доставки, тем быстрее она выявляет и устраняет корневые проблемы. Повторение проблемных операций на высокой частоте является мощным мотиватором для поиска и реализации решений. Достижение ежедневных релизов требует фундаментальных изменений в процессах, включая максимальную автоматизацию, создание стабильных тестовых сред, увеличение покрытия автотестами и внедрение непрерывной интеграции и непрерывного развёртывания. Это подразумевает переход к "High Velocity IT", где команда обладает способностью быстро и надежно внедрять изменения в продукт.

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

Рейтинг: 780

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

## [Почему в DevOps недостаточно принятия работы владельцем продукта для определения завершения?](https://cleverics.ru/digital/kb-qa/pochemu-v-devops-nedostatochno-prinyatiya-raboty-vladeltsem-produkta-dlya-opredeleniya-zaversheniya/)

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

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

Рейтинг: 780

Теги: DevOps, CI/CD, поддержка пользователей, Service Desk, Help Desk, управление продуктами, продуктовый подход

## [Почему важно учитывать ожидания потребителя при определении состава услуги?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-uchityvat-ozhidaniya-potrebitelya-pri-opredelenii-sostava-uslugi/)

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

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

Рейтинг: 780

Теги: бизнес, ценность, бизнес-заказчик

## [Почему некоторые руководители предпочитают делать работу сами, а не поручать её команде?](https://cleverics.ru/digital/kb-qa/pochemu-nekotorye-rukovoditeli-predpochitayut-delat-rabotu-sami-a-ne-poruchat-ee-komande/)

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

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

Рейтинг: 780

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

## [Чем отличается подход к управлению процессами в ITSM от подхода в области разработки ПО?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-podkhod-k-upravleniyu-protsessami-v-itsm-ot-podkhoda-v-oblasti-razrabotki-po/)

В ITSM процессное управление с метриками внедрено системно: в регламенты процессов заложены точки измерения, оценки и принятия решений, что делает управление более прозрачным и объективным. В разработке ПО часто преобладает проектный подход с фокусом на калendарные планы, отсутствием процессного мышления и измерения эффективности работы. Разработка ПО часто воспринимается как чисто творческий процесс, где измерения кажутся ненужными или слишком сложными для внедрения.

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

Рейтинг: 780

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