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

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

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

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

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

Рейтинг: 804

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

## [Что такое Flow Efficiency и как она определяется?](https://cleverics.ru/digital/kb-qa/chto-takoe-flow-efficiency-i-kak-ona-opredelyaetsya/)

Flow Efficiency представляет собой отношение времени, потраченного на непосредственную работу над созданием ценности (Touch Time), к общему времени, которое задача провела в потоке (Time in Process). Это значение выражается в процентах. Touch Time — сумма всех промежутков времени, в течение которых работа над задачей активно выполнялась (без учета времени ожидания, нахождения в очередях и т.д.). Time in Process — общее время, в течение которого задача находилась в рассматриваемом состоянии системы, обычно совпадающее с Lead Time — периодом от момента начала работы до момента завершения.

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

Рейтинг: 803

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

## [Чем отличается подход 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

## [Какие недостатки могут возникнуть в команде, где отсутствуют явные лидеры?](https://cleverics.ru/digital/kb-qa/kakie-nedostatki-mogut-vozniknut-v-komande-gde-otsutstvuyut-yavnye-lidery/)

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

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

Рейтинг: 803

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