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

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

## [Какие альтернативные стратегии стимулирования персонала упоминаются как успешные в тексте?](https://cleverics.ru/digital/kb-qa/kakie-alternativnye-strategii-stimulirovaniya-personala-upominayutsya-kak-uspeshnye-v-tekste/)

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

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

Рейтинг: 804

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

## [Кто ответственен за достижение Outcome в отношениях между поставщиком и потребителем?](https://cleverics.ru/digital/kb-qa/kto-otvetstvenen-za-dostizhenie-outcome-v-otnosheniyakh-mezhdu-postavshchikom-i-potrebitelem/)

Ответственность за Outcome лежит на обеих сторонах. Поставщик должен предоставить качественный и подходящий Output, а потребитель — использовать его правильно и вовремя. Например, в случае дня рождения пекарня предоставляет торт (output), но родители должны его купить, поставить на стол и устроить праздник, чтобы дети были счастливы (outcome). Если одна из сторон не выполняет свои обязательства, outcome достигнут не будет.

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

Рейтинг: 804

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

## [Можно ли одновременно увеличить скорость поставки и количество реализуемых задач?](https://cleverics.ru/digital/kb-qa/mozhno-li-odnovremenno-uvelichit-skorost-postavki-i-kolichestvo-realizuemykh-zadach/)

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

Автор: Павел Капусткин

Рейтинг: 804

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

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

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

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

Рейтинг: 803

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

## [Какие факторы следует учитывать при выборе между переносом данных в CMDB и доступом к внешним источникам?](https://cleverics.ru/digital/kb-qa/kakie-faktory-sleduet-uchityvat-pri-vybore-mezhdu-perenosom-dannykh-v-cmdb-i-dostupom-k-vneshnim-ist/)

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

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

Рейтинг: 803

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

## [Какие методы помогают оптимизировать процессы согласования в организациях?](https://cleverics.ru/digital/kb-qa/kakie-metody-pomogayut-optimizirovat-protsessy-soglasovaniya-v-organizatsiyakh/)

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

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

Рейтинг: 803

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

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

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

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

Рейтинг: 803

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

## [Как предотвратить дублирование ИТ-систем и решений в организации?](https://cleverics.ru/digital/kb-qa/kak-predotvratit-dublirovanie-it-sistem-i-resheniy-v-organizatsii/)

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

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

Рейтинг: 803

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

## [Как продукт-ориентированный подход влияет на устранение дефектов?](https://cleverics.ru/digital/kb-qa/kak-produkt-orientirovannyy-podkhod-vliyaet-na-ustranenie-defektov/)

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

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

Рейтинг: 803

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

## [Какую модель управления ресурсами рекомендуется использовать для достижения кратного ускорения, и почему иерархия не подходит?](https://cleverics.ru/digital/kb-qa/kakuyu-model-upravleniya-resursami-rekomenduetsya-ispolzovat-dlya-dostizheniya-kratnogo-uskoreniya-i/)

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

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

Рейтинг: 803

Теги: командная работа, общие вопросы менеджмента, трансформация, ускорение, Time-to-Market