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

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

## [Какие принципы бережливого производства применяются при построении потоков создания ценности?](https://cleverics.ru/digital/kb-qa/kakie-printsipy-berezhlivogo-proizvodstva-primenyayutsya-pri-postroenii-potokov-sozdaniya-tsennosti/)

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

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

Рейтинг: 1069

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

## [Какие ключевые метрики DevOps рекомендуется измерять в первую очередь?](https://cleverics.ru/digital/kb-qa/kakie-klyuchevye-metriki-devops-rekomenduetsya-izmeryat-v-pervuyu-ochered/)

Основной базовый набор ключевых метрик DevOps включает: время нахождения идеи в бэклоге (пока не взяли на реализацию), время прохождения задачи от начала работы до выпуска в продуктивную среду, долю выполненных задач, которые принесли ожидаемую пользу, и предсказуемость выполнения взятых на себя задач за определенные временные периоды. К этому базовому набору можно добавить дополнительные метрики, такие как velocity, MTTR (среднее время восстановления), MTBF (среднее время наработки на отказ) и расход ресурсов на устранение дефектов и инцидентов. Однако важно не количество метрик, а то, что они дают объективную картину ситуации и помогают в принятии решений для уменьшения времени выпуска продукта (lead time).

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

Рейтинг: 998

Теги: Agile и гибкие методы разработки ПО, DevOps, CI/CD, Lean, бережливое производство, аллокация затрат, расчёт себестоимости услуг, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, мониторинг, разработка ПО, управление инцидентами, управление проблемами, управление продуктами, продуктовый подход, экономика и финансы

## [Какие подходы используются для обеспечения стабильности на этапе заморозки преобразований?](https://cleverics.ru/digital/kb-qa/kakie-podkhody-ispolzuyutsya-dlya-obespecheniya-stabilnosti-na-etape-zamorozki-preobrazovaniy/)

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

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

Рейтинг: 989

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

## [Как прозрачность способствует более эффективному управлению временем выпуска продукта (lead time)?](https://cleverics.ru/digital/kb-qa/kak-prozrachnost-sposobstvuet-bolee-effektivnomu-upravleniyu-vremenem-vypuska-produkta-lead-time/)

Прозрачность способствует более эффективному управлению временем выпуска продукта (lead time) через предоставление объективных данных о текущих показателях и процессах работы. Она позволяет выявить узкие места в цепочке создания ценности - от идеи в бэклоге до выпуска в продуктивную среду. Зная реальные метрики времени прохождения задач на каждом этапе, менеджеры могут целенаправленно воздействовать на проблемные зоны, а не предполагать, где именно возникают задержки. Кроме того, когда команды видят свои собственные данные и данные коллег, это создает мотивацию к улучшению и поддерживает культуру непрерывного совершенствования. Прозрачность также помогает в принятии решений о распределении ресурсов, поскольку показывает, где именно требуется внимание и поддержка для сокращения времени выпуска, что гораздо эффективнее общих команд сверху вроде 'срочно уменьшить lead time'.

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

Рейтинг: 964

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

## [Как постепенное 'протухание' отложенных задач влияет на качество работы?](https://cleverics.ru/digital/kb-qa/kak-postepennoe-protukhanie-otlozhennykh-zadach-vliyaet-na-kachestvo-raboty/)

Постепенное 'протухание' отложенных задач негативно влияет на качество работы тем, что с каждым днем пребывания в статусе 'Отложено' задача становится менее актуальной и нужной. Результат теряет ценность, что соответствует принципу бережливого производства: 'Незавершёнка есть потери!'. Кроме того, команда постепенно теряет контекст работы над задачей - забывает, что именно нужно было сделать, почему задача отложена, что осталось сделать и как исправить возможные проблемы. Это приводит к росту дефектов в конечном продукте и необходимости специализированного управления дефектами.

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

Рейтинг: 945

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

## [Какое соотношение между временем ожидания и реальным временем работы над задачей в типичных командах разработки?](https://cleverics.ru/digital/kb-qa/kakoe-sootnoshenie-mezhdu-vremenem-ozhidaniya-i-realnym-vremenem-raboty-nad-zadachey-v-tipichnykh-ko/)

В типичных командах разработки для отдельной задачи из всего времени, которое она находится в системе, в среднем 90% составляет время ожидания. Для большого количества команд эта цифра еще выше - 95-97%. Это означает, что отношение реального времени работы над задачей (Touch Time) ко времени в системе (System Lead Time), называемое эффективностью потока, находится в диапазоне от 3% до 10% для обычных команд.

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

Рейтинг: 943

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

## [Что такое 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 — периодом от момента начала работы до момента завершения.

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

Рейтинг: 932

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

## [Какие принципы бережливого производства применимы в разработке программного обеспечения?](https://cleverics.ru/digital/kb-qa/kakie-printsipy-berezhlivogo-proizvodstva-primenimy-v-razrabotke-programmnogo-obespecheniya/)

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

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

Рейтинг: 914

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

## [Почему upstream-активности являются важной частью процесса разработки?](https://cleverics.ru/digital/kb-qa/pochemu-upstream-aktivnosti-yavlyayutsya-vazhnoy-chastyu-protsessa-razrabotki/)

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

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

Рейтинг: 911

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

## [Какой способ агрегирования показателей предлагает CLD для управления изменениями?](https://cleverics.ru/digital/kb-qa/kakoy-sposob-agregirovaniya-pokazateley-predlagaet-cld-dlya-upravleniya-izmeneniyami/)

CLD предлагает способ агрегирования показателей для управления изменениями, позволяя сгруппировать метрики по ключевым областям управления. Например, для контроля своевременности реализации (Time to Market) можно использовать метрики Lead Time и Percentage of changes timely implemented. Для управления затратами (Cost per change) подходят Process Time и Standard Change Rate. Для оценки негативного влияния от изменений (Change Risk) можно использовать как прямые метрики (Percentage of Changes Without Recurring incidents, Total time of Major incidents caused by Releases), так и опережающие индикаторы (Release size, Emergency change rate). Такое структурирование помогает формировать комплексную картину эффективности процесса изменений.

Автор: Павел Дёмин

Рейтинг: 882

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