Продажа квадроциклов, снегоходов и мототехники
second logo
Пн-Чт: 10:00-20:00
Пт-Сб: 10:00-19:00 Вс: выходной

+7 (812) 924 3 942

+7 (911) 924 3 942

Содержание

создание ценности на каждом этапе

Раньше кто громче кричал, тот и продвигал свои запросы в роадмап, а потом появился VSM.

Автор: Дарья Орешкина, директор по развитию бизнеса компании Web Control

2020 год выдался нелегким для бизнеса. Клиенты компаний – разработчиков ПО в условиях сокращения бюджетов требуют снижения стоимости поставки программных продуктов. Разработчикам как никогда необходимо оптимизировать процессы, развивать сотрудников, одновременно повышая качество и скорость реакции на запросы клиентов, при этом увеличивая прибыль. Системы управления потоком создания ценности конечного продукта (Value Stream Management, VSM) для разработки программного обеспечения помогают принимать взвешенные, соответствующие бизнес-целям решения, а также управлять качеством и вовремя осуществлять выпуски.

В течение последних нескольких лет, и особенно ярко в 2020 г., мы наблюдаем переход от индустриальной экономики, основанной на производстве, к цифровой экономике – экономике знаний на базе ИТ. В новых реалиях главная роль отводится производству цифровых продуктов. Разработке ПО как самостоятельной отрасли приходится непрерывно изыскивать способы оптимизации процессов поставки ПО, чтобы удержаться на высококонкурентном рынке. В поисках таких способов она обращается к методологическим наработкам промышленности – зрелой отрасли, для которой выработаны системные подходы к оптимизации производства, например такие, как конвейер Форда, менеджмент качества Деминга, бережливое производство и концепция just in time. Однако эти системные подходы не могут быть использованы в разработке в чистом виде, что связано с существенными отличительными особенностями этой отрасли.

  1. Во-первых, разработка имеет дело не с физическими объектами, а с цифровыми. С одной стороны, это значит, что для поставки ПО не нужны крупные инвестиции в оборудование, кроме того, цифровой продукт легко повторить и модифицировать. Но, с другой стороны, виртуальный конвейер производства цифрового продукта довольно трудно отслеживать: процесс разработки ПО является «черным ящиком» для инженеров, ИБ-специалистов и, главным образом, для бизнеса. Создание цифрового продукта нельзя увидеть глазами на конвейере, он нематериален. На физическом же производстве движение, допустим, автомобиля по сборочной линии прозрачно и наглядно для любого сотрудника, имеющего доступ в сборочный цех.
  2. Во-вторых, процесс создания цифрового продукта носит дуальный характер. Цикл разработки ПО включает в себя как создание уникальной концепции каждого продукта, так и программную реализацию с наращиванием ценности на каждом этапе. Сборка, создание среды, развертывание и тестирование – это повторяющиеся и хорошо автоматизируемые процессы, что является основой ключевых свойств цифровых продуктов. Их легко модифицировать, что открывает огромные возможности для создания каждый раз новых и уникальных продуктов в соответствии с меняющимися условиям рынка и требованиями потребителей. И в этом проявляется второе отличие: на физическом конвейере создается один и тот же продукт, а на цифровом каждый раз создается новая ценность.

Простое и быстрое изменение требований к функционалу разрабатываемого продукта стало возможным благодаря практикам Agile, ориентированным на результат, а не на процессы, которые стали логическим развитием методик бережливого производства и Канбана. Непрерывная доставка с автоматизированными сборками и развертываниями стала возможной благодаря методологии DevOps, которая позволяет повысить скорость создания программных продуктов в тысячи раз. Затем ожидаемо возник вопрос о повышении эффективности процесса создания ценности (то есть разработки программного обеспечения), чтобы на высококонкурентном рынке можно было снизить стоимость разработки, предоставляя при этом функционал, наиболее полно отвечающий требованиям заказчика. Так начал формироваться и относительно недавно увидел свет новый класс решений – Value Stream Management, управление потоком создания ценности.

Под потоком создания ценности понимается совокупность всех действий, которые требуется совершить, чтобы определенный товар или услуга прошли стадии от разработки концепции до готового продукта. Решения этого класса объединяют Agile-планирование и DevOps в единый поток и делают его видимым, «материальным». VSM-инструменты отслеживают прогресс, статус и изменение состояния эпиков, пользовательских историй, задач разработки, артефактов, перемещающихся в потоке создания ценности, а также визуализируют процессы, генерируют отчеты, предоставляют практические рекомендации на основе аналитики и алгоритмов AI и ML. Все это позволяет связывать разные события в процессе и получать своевременную обратную связь для управления процессами планирования и разработки.

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

Планирование продукта

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

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

Программный менеджмент

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

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

Agile-управление проектами и командами

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

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

Agile-метрики и аналитика

Как оценить эффективность разработки без точных показателей и всесторонней аналитики? Часто такая оценка сводится к субъективному мнению.

VSM помогает принимать решения, обеспечивая визуализацию различных слоев производства и сводных показателей по проектам и командам, предоставляя отчеты и аналитику по стадиям производства программного обеспечения (см. рис.).

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

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

VSM – это не только Agile, но и оркестрация релизов, автоматизация развертывания, защита приложений изнутри, аналитика на основе искусственного интеллекта и многое другое, о чем я расскажу в следующих статьях.

Управление потоком создания ценности продукта – это не просто стратегия сокращения затрат, а основа развития.

OHIO VSM дизайн радиатор от VOGEL&NOOT

Модельный ряд

Эти высококачественные дизайн радиаторы произведены в Австрии. Дизайн радиаторы, производимые VOGEL&NOOT, соответствуют многим международным признанным стандартам качества и производственным процессам, а также сертифицированы ISO на всех этапах производства.



Different dimensions and varying models, suitable for different requiremets.

Техническая информация

Просмотрите наиболее важные технические данные. Длярасширеннойинформациискачайтеотносящиесякнейpdfфайлы.

  Подача

  Возврат

  Воздухоотводчик нагревателя

  Заглушка

  Расстояние

  слив

  подключение 2 x Н/Р 3/4″ (для углового комплекта вентилей) возможности подключения

  макс. рабочее давление стандартная версия: 5 бар (0,5 МПа)

  макс. рабочее давление версия высокого давления (10% доплаты):  8 бар (0,8 МПа)

  макс. рабочая температура 110 °C

Стандартное оборудование включенное в цену радиатора: 
• воздухоотводчик Н/Р 1/2” 
• слив Н/Р 1/2” 
• угловой вентильный комплект для двухтрубной системы 
• облицовка вентильного блока под цвет радиатора 
• инструкция по монтажу

Скачать

Здесь вы можете скачать все соответствующие материалы  в различных файловых форматах.

Цвета

Эти дизайн радиаторы доступны в 45 различных цветах.

color name color code

Цвет на экране монитора может отличаться от реального цвета радиатора по причине особенностей цветопередачи мониторов. Вы можете уточнить оттенок цвета у дилеров VOGEL&NOOT.

color name color code

Цвет на экране монитора может отличаться от реального цвета радиатора по причине особенностей цветопередачи мониторов. Вы можете уточнить оттенок цвета у дилеров VOGEL&NOOT.

color name color code

Цвет на экране монитора может отличаться от реального цвета радиатора по причине особенностей цветопередачи мониторов. Вы можете уточнить оттенок цвета у дилеров VOGEL&NOOT.

color name color code

Цвет на экране монитора может отличаться от реального цвета радиатора по причине особенностей цветопередачи мониторов. Вы можете уточнить оттенок цвета у дилеров VOGEL&NOOT.

Маркировка CE и «ДЕКЛАРАЦИЯ ХАРАКТЕРИСТИК КАЧЕСТВА, Декларация о рабочих характеристиках строительной продукции, декларация качественных характеристик» (DoP)

Согласно регламенту ЕС «О строительных изделиях» продукция, используемая в строительстве, включая радиаторы и конвекторы без встроенного нагревательного элемента, должна получить маркировку СЕна основании согласованныхтоварных стандартов EN442, и иметь «ДЕКЛАРАЦИЯ ХАРАКТЕРИСТИК КАЧЕСТВА, Декларация о рабочих характеристиках строительной продукции, декларация качественных характеристик» (DoP). Маркировка СЕ означает, что каждое отдельное изделие изготовлено в соответствии с требованиями технологического процесса для данного типа продукции, установленного нормами в отношении его производства, проверки и поставки. Регламентвступилвюридическуюсилу 1 июля 2013 г.  

Продукция компании RettigICCимеет маркировкуCE.«ДЕКЛАРАЦИЯ ХАРАКТЕРИСТИК КАЧЕСТВА, Декларация о рабочих характеристиках строительной продукции, декларация качественных характеристик», сделаннаяRettigICC, а также документыc детальнойинформацией о рабочих характеристиках отдельных изделий (см. приложения M и D) предоставляются в соответствии с положениями регламента «О строительных изделиях» (см. прилагаемую Декларацию о рабочих характеристиках RICCв ее последней редакции и документы, на которые она ссылается).

Акции VSM — цена и графики (HNX:VSM) — TradingView

Оценка стоимости

Стоимость компании/EBITDA, ТТМ —

Стоимость компании, фин.квартал —

Рын. кап. — Базовая —

Количество сотрудников —

Количество акционеров —

Цена/прибыль, ТТМ —

Цена/выручка, ТТМ —

Цена/Баланс. стоимость, FY —

Цена/Объём продаж, FY —

Бухгалтерский баланс

Коэфф. текущей ликвидности, FQ —

Задолженность/Капитал, FQ —

Чистая задолженность, FQ —

Коэфф. быстрой ликвидности, FQ —

Итого активы, FQ —

Итого задолженность, FQ —

Операционные показатели

Коэффициент рентабельности активов, TTM —

Коэфф. рентабельности собственного капитала, ТТМ —

Рентабельность инвестированного капитала, ТТМ —

Выручка на одного работника, ТТМ —

Динамика цен

Средний объём (10 дн.) —

Бета — 1 год —

Цена — 52 недель макс. —

Цена — 52 недель мин. —

Дивиденды

Выплачено дивидендов, FY —

Дивиденды на акцию, FY —

Ожидаемые годовые дивиденды —

Дивидендный доход —

Рентабельность

Рентабельность по чистой прибыли, ТТМ —

Валовая рентабельность, ТТМ —

Операционная рентабельность, ТТМ —

Доналоговая рентабельность, ТТМ —

Отчет о доходах

Базовая приб./акцию, чистая прибыль —

Баз. прибыль на акцию, ТТМ —

EBITDA, ТТМ —

Валовая прибыль, FY —

Прибыль/акцию за посл. год —

Годовая выручка, FY —

Чистая прибыль, FY —

Общая выручка, FY —

Движение своб. денежных средств, ТТМ —

Value Stream Management (VSM) управление потоком создания ценности

Современные цифровые продукты носят комплексный характер, зачастую сложно определить границы приложения, которое может использоваться другими приложениями, микросервисы могут относиться одновременно к нескольким продуктам. Традиционное управление разработкой ПО, в котором одна команда разрабатывает один продукт, эволюционировало в управление потоками создания ценности, где каждый микросервис, например, представляет собой отдельный поток. Автоматизировать управление множеством потоков создания ценности на уровне всей компании, непрерывно поставляя полные данные и выявляя зависимости, а также сократить время цикла поставки ПО призваны решения класса Value Stream Management (VSM, управление потоком создания ценности).

Крупные компании, разрабатывающие программное обеспечение, используют VSM-инструменты для выявления непродуктивной деятельности в процессах разработки ПО, создания интегрированных инструментальных цепочек и отслеживания связи ценности создаваемого продукта непосредственно с бизнес-целями организации с помощью визуализаций и единых метрик для всех участников процесса разработки. Но чтобы реализовать эти преимущества, руководителям разработки и поставки приложений (AD&D, Application Development and Delivery) приходится выбирать из множества поставщиков, которые различаются по размеру, функциональности, географии и отраслевой направленности.

Независимое аналитическое агентство Forrester подготовило отчет о 19 вендорах VSM-инструментов, Now Tech: Value Stream Management Tools, Q2 2020, который поможет руководителям AD&D определить ожидаемую от вендоров ценность и сделать выбор на основе их размера и функциональности. Эксперты компании Web Control специально для TAdviser сделали обзор этого документа.

Forrester определяет инструменты VSM как инструменты, которые позволяют пользователям строить карты потоков создания бизнес-ценности, а затем визуализировать и регулировать их (включая эпики, истории и рабочие элементы) в разнородных корпоративных конвейерах поставки.

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

Рисунок 1. Ключевые метрики DevOps* — срок поставки, частота развертывания, неуспешные изменения и время восстановления — отображаются в едином окне VSM-решения
*Согласно отчету Accelerate State of DevOps 2019, подготовленному компанией DORA (DevOps Research and Assessment)

Такие инструменты помогают руководителям AD&D выявлять непродуктивную деятельность. В основе VSM лежит объединение интегрированных инструментов и общая модель данных, с помощью чего происходит отслеживание потока артефактов от идеи до реализации. В любое время руководители AD&D получают информацию о текущем состоянии процесса разработки, а также о том, сколько времени требуется на каждый шаг, что позволяет выявить в процессе поставки ПО действия, не создающие новой ценности для пользователя.

Разработка направлена на удовлетворение бизнес-целей. Инструменты VSM связывают потоки ценности с данными, собранными с текущих процессов и инструментов мониторинга приложений (т.е. управления процессами приложений), чтобы помочь планировщикам портфолио увидеть, какие усилия окупаются, а какие — нет.

Forrester выполнил анализ VSM-инструментов на основе двух показателей: рынок и функционал.

С точки зрения рынка аналитики разделили вендоров на 3 категории.

В число крупных игроков с уровнем продаж, превышающим $30 млн, вошли:

 

К игрокам среднего уровня с уровнем продаж $15-30 млн эксперты отнесли:

 

В последнюю категорию вошли компании, в которых объем продаж VSM-решений составляет $4-15 млн:

  • CloudBees,
  • ConnectALL,
  • LinearB,
  • Planview,
  • Plutora,
  • Targetprocess,
  • ZenHub.

 

Компании, в которых уровень продаж решений VSM не достигает $4 млн, аналитики Forrester в данном отчете не рассматривали.

С точки зрения функционала VSM-решения разделили на следующие категории:

  • обособленные инструменты (discrete tools),
  • инструменты, поставляемые в связке с приложениями для DevOps (integrated VSM solutions),
  • автономные VSM-инструменты (standalone VSM tools).

 

Инструменты, которые эксперты отнесли к числу обособленных инструментов, снабжают VSM данными. Как пишут эксперты Forrester, обособленные инструменты предоставляют возможности, которые дополняют решение VSM, но сами по себе не являются полноценными решениями VSM. Основная роль таких инструментов — планирование портфеля, анализ непрерывной интеграции/непрерывной поставки или мониторинг производительности. Они пришли из различных сегментов инструментов, поэтому не конкурируют напрямую с решениями VSM. Функциональность варьируется в зависимости от сегмента инструментов, при этом ведущие поставщики предоставляют расширенные возможности, такие как машинное обучение/AI, аналитика и визуализация данных. В эту категорию вошли:

 

Инструменты VSM, которые поставляются в связке с приложениями для DevOps, так называемые «integrated» или «bundled tools», могут работать как со сторонними инструментами, так и требовать полного набора решений данного вендора. Преимущество пакетного предложения состоит в том, что оно поставляется встроенным в инструментальную цепочку, но его недостаток заключается в том, что уже имеющийся у компании инструментарий стороннего производителя может не поддерживаться. В эту категорию аналитики Forrester отнесли:

  • Broadcom,
  • CloudBees,
  • Digital.ai,
  • GitLab,
  • Micro Focus,
  • ServiceNow.

 

Автономные инструменты VSM предоставляют все возможности, необходимые для решения VSM, но им не хватает функционала инструментов AD&D, необходимого для фактического планирования, создания и поставки программного обеспечения. Преимущество автономных инструментов перед поставляемыми в комплекте инструментами заключается в том, что они не привязаны к определенному вендору, что позволяет пользователям подключать их к существующим инструментам; недостаток заключается в том, что часто требуются значительные усилия по интеграции, прежде чем автономный инструмент VSM принесет ценность. К автономным инструментам эксперты отнесли:

  • Broadcom,
  • Blueprint Software Systems,
  • IBM,
  • Micro Focus,
  • Tasktop,
  • CloudBees,
  • ConnectALL,
  • Plutora,
  • Targetprocess.

Рисунок 2. Функциональные сегменты отчета Now Tech VSM Tools, Q2 2020

 

Рисунок 3. Крупные вендоры. Отчет Now Tech VSM Tools, Q2 2020

 

Руководители AD&D часто ориентируются на текущую ситуацию, но при выборе VSM-решения аналитики Forrester советуют заглянуть в будущее и создать видение именно будущего состояния компании. Многие опрошенные менеджеры сообщили Forrester, что принятие VSM привело к изменениям не только в процессе поставки ПО, но и на уровне всей компании, поэтому эксперты рекомендуют выбирать вендора VSM рационально, учитывая следующие особенности различных категорий VSM-инструментов.

Автономные (standalone) инструменты лучше подходят для поддержки разнообразия цепочки инструментов. Если ваша компания предпочитает разнообразие стека инструментов или автономные команды, которые сами выбирает свою собственную цепочку инструментов, то автономный инструмент VSM, скорее, будет оптимальным для вас вариантом. В этом случае эксперты Forrester советуют присмотреться к решениям Broadcom, Blueprint Software Systems, IBM, Micro Focus, Tasktop, CloudBees, ConnectALL, Plutora или Targetprocess. Вы можете интегрировать такой инструмент в каждый поток создания ценности и каждую цепочку инструментов, что позволит получить общее представление о всей деятельности в настоящий момент. Для интеграции потребуются усилия на разных уровнях, но многие команды сочтут эти инвестиции более чем целесообразными для поддержки культуры и возможностей команды.

Инструменты VSM, которые поставляются в связке (bundled или integrated) с приложениями DevOps, обеспечивают однородность цепочки инструментов. В то время, как некоторые команды предпочитают автономные инструменты, другие могут упорно трудится над созданием единообразия, чтобы снизить вариативность. Эти компании часто работают на рынках, где существует строгий комплаенс, например, в критичных с точки зрения безопасности отраслях, финансовом секторе или здравоохранении. Но это не единственная причина, чтобы рассматривать эти инструменты, компаниям из других отраслей комплексное решение может показаться вдвойне выгодным: они получают более современную цепочку инструментов и VSM-инструмент, связанные воедино. Если вы предпочитаете комплексные решения, которые позволяют значительно экономить материальные и управленческие ресурсы на интеграцию и взаимодействие с большим числом поставщиков, то Forrester рекомендует обратить внимание на Broadcom, CloudBees, Digital.ai, GitLab, Micro Focus, ServiceNow.

Обособленные (discrete) инструменты расширяют и улучшают ваше решение VSM. Ни один вендор не предлагает все, что нужно современным командам AD&D для эффективной и продуктивной работы, и при этом с расчетом на будущее. Обособленные инструменты дополняют решение VSM возможностями, специально адаптированными к индивидуальным ролям бизнес-аналитика, например, или планировщика портфеля, DevOps-инженера или инженера по производительности. Эксперты Forrester отнесли в категорию обособленных инструментов решения Atlassian, Datadog, Jama Software, Quantum Metric, LinearB, Planview, ZenHub. Они обогащают функционал VSM для создания более полного представления о возможностях команды в поставке качественных продуктов, которые соответствуют целевым показателям, с ожидаемым влиянием на бизнес-ценность.

VSM-решения получают большое распространение. Среди компаний, которые уже оценили преимущества использования VSM, можно назвать Airbus, Lockheed Martin, Bosch, Intel, банки Bank Central Asia, Royal Bank of Scotland и Barclays, медиакомпания Thomson Reuters, авиакомпании Air France KLM и Alaska Airlines. Осенью 2020 года на сайте издания SD Times были опубликованы результаты опроса 238 компаний-разработчиков, проведенный SD Times и компанией HCL Software. Опрос был посвящен использованию VSM.

Источник — SD Times

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

Например, компании-разработчики ПО начинают отслеживать потоки создания ценности. Примерно 10% респондентов ответили, что они создали карту потоков ценности в своих организациях, 15% собирают и анализируют показатели, 8% организовали управление несколькими потоками, 7% идентифицируют и устраняют непродуктивную деятельность и повышают эффективность и еще 7% четко отслеживают ценность от идеи до реализуемого продукта.

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

Тем, кто только рассматривает вопрос о внедрении VSM, было бы, несомненно, интересно узнать, какая возможность этого инструмента явилась наиболее ценной для его пользователей. Опрос показал, что отслеживание выполняемой работы по всему конвейеру поставки программного обеспечения является наиболее привлекательной возможностью для 30% респондентов. Еще 17% опрошенных отметили, что они получают наибольшую отдачу от практической аналитики и оценки ключевых показателей эффективности (KPI), тут следует добавить, что в продвинутых решениях для этой цели используется искусственный интеллект. Примерно пятая часть опрошенных отметила, что ценит оркестрацию непрерывной работы множества команд и инструментов по доставке и выпуску ПО на уровне всей компании (scaled agile). Кроме того, 12% сказали, что для них важен сбор данных от многих команд и инструментов, а 8% оценили более четкую отчетность по работе отдельных лиц.

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

  • Используйте VSM для оптимизации процессов с акцентом на бизнес ценность. Руководители разработки, которые ищут возможность повышения контроля над процессами разработки и поставки, используют VSM-инструменты для интеграции инструментов разработки, захвата данных, визуализации потока, анализа производительности, оркестрации процессов и измерения ценности, возникшей в результате рабочих потоков.
  • Выбирайте вендора на основе размера и возможностей решений. VSM — это быстро развивающаяся и растущая категория решений для разработки. Выбирайте инструмент, который в наибольшей степени соответствует стратегии и потребностям вашей компании.
  • Выбирайте VSM-решение, которое будет соответствовать командам и в будущем. Лидеры разработки рассказали экспертам Forrester, что внедрение VSM повлекло за собой трансформацию бизнеса в большей степени, чем они ожидали, поэтому понимание желательного будущего состояние очень важно для правильного выбора решения.

 

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

Источник ►

Ленты VSM

ВсеОБОРУДОВАНИЕ FEIN- ЛЕНТОЧНО-ШЛИФОВАЛЬНЫЕ СТАНКИ- — Серия GRIT GX- — Серия GRIT GI- Сверлильные станки FEINРЕЗЬБОНАРЕЗНОЕ ОБОРУДОВАНИЕ- Электрические резьбонарезные манипуляторы РУСИФИЦИРОВАННЫЕ- — Верстаки-столы для манипуляторов- — Инсталяции для крепления к верстакам- — Головки предохранительные для метчиков- — Плашкодержатели для манипуляторов- Пневматические резьбонарезные манипуляторы- Патроны резьбонарезные — — Головки для метчиков предохранительные- Резьбонарезные пневматические машины- Резьбонарезные станки для труб, шпилек и прутка- — Резьбонарезные головки для станков- — Резьбонарезные ножи для резьбонарезных станков- Резьбонарезные электро-клуппы- — Метрические головки для клуппов- Сверлильно-резьбонарезные станкиУДАЛЕНИЕ ФАСКИ — Ручные фаскосниматели- Автоматические кромкорезы по металлу — Трубные фаскосниматели — Трубные фаскосниматели Серии WE PBM- Трубные фаскосниматели Серии P3-PG (ТТ, ISY, TGM)- Разъемные труборезы-фаскосниматели — Оснастка и аксессуары- Машины для снятия фаски с деталей сложной формыСВЕРЛЕНИЕ МЕТАЛЛА- Сверлильные станки на магните- — С диаметром сверления до 50мм- — С диаметром сверления более 50мм- — Станки магнитные с реверсом- — Пневматические станки на магните — Корончатые сверла(кольцевые фрезы)- — Корончатые сверла ( быстрорежущая сталь) — — — Корончатые сверла (фрезы) серии Gold-line- — — Сверла с универсальным хвостовиком Nitto + Weldon 19- — — Сверла с хвостовиком FEIN Quick-IN- — — Корончатые свёрла GOLD-LINE для пакетного сверления- — — Сверла с диаметрами в дюймах, хвостовик универсальный Nitto + Weldon 19- — — Корончатые свёрла GOLD-LINE для пакетного сверления для диаметров в дюймах- — Корончатые сверла(с напайками твердосплав) — — Направляющие(штифты) для кольцевых фрез- Оснастка для сверлильных станков- Зенкеры и ступенчатые сверла- Патроны резьбонарезные — Смазочно-охлаждающие вещества для сверления- Рельсосверлильные станки — Сверлильные станки Optimum- Радиально-сверлильные станки ТЕХНИЧЕСКИЕ ЩЕТКИ- Щетки нержавеющие- — Щетки нержавеющие дисковые М14 (гофрированная проволока)- — Щетки нержавеющие дисковые 22,2мм посадка( гофр проволка)- — Щетки нержавеющие дисковые М14 (жгутовая проволока)- — Щетки нержавеющие дисковые жгутовые 22,2мм посадка- — Щетки нержавеющие чашечные(гофрированная проволока)- — Щетки нержавеющие чашечные( жгутовая проволока)- — Щетки нерж конические-конусные ( гофрированная проволока)- — Щетки нерж конические-конусные ( жгутовая проволока) — — Щетки нержавеющие для дрели- — Ручные щетки — — Lessmann — Цилиндрические щётки- — Lessmann — Щётки для сварщиков- — Lessmann — Дисковые щётки- — Lessmann — Цилиндрические щётки для удаления заусенцев- — Lessmann — Концевые щетки для снятия заусенцев- — Щетки для станков- ЩЕТКИ СТАЛЬНЫЕ- — Чашечные жгутовые М14- — Чашечные гофрированные М14- — Конические М14- — Гофрированные чашечные М14- — Конические жгут М14- — Щетки дисковые жгутовые 22,2 — Ручные щеткиЩетки для браширования дерева- Щетки для УШМ(болгарок) М14- Щетки-валики для щеточных машин с валом 19мм и УШМ- Щетки для Makita(Макита)9741 — Щетки для дрели- Щетки для щеточных шлифмашин FestoolЗАТОЧНЫЕ СТАНКИ — Станки для заточки дисковых пил — Станки для заточки спиральных сверл — Универсальный заточной центр- Станок для заточки плоских ножей- Станки для заточки дисковых ножей — Станок для заточки электродов и игл- Ручной заточной станок с визуальным эффектом- Станки для заточки корончатых сверл- Универсальные заточные центры- Станки для заточки концевых фрез — Станки для заточки метчиковРЕЗКА МЕТАЛЛА- Газорезательные машины- Пилы по металлу — Ленточнопильные станки- Пильные диски- Отрезные круги- Зачистные круги — Электрические труборезы- — Диски EXACT- Разъемные труборезы-фаскосниматели — Машины для выполнения отверстий в трубах и днищах- Ручные труборезыПНЕВМАТИЧЕСКИЕ ИНСТРУМЕНТЫ- Молотки рубильные пневматические- Пневматический инструмент с подачей воды для камнеобработки- Пневматический вибратор для уплотнения футеровочной смеси- Пневматическая шлифовальная машинка- — Радиальные прямые шлифмашины — — Пневматические УШМ — — Торцевые шлифмашины — — Цанговые шлифмашины( бормашины) — — Орбитальные, плоскошлифовальные, вибрационные шлифмашины- — Пневматические полировальные машины — — Пневматические ленточные машины — Пневматические дрели- — Пневматические дрели пистолетного типа- — Пневматические угловые дрели — — Пневматические дрели прямого типа- Фрезеры-дрели для срезания и рассверливания заклепок- Пневматические гайковерты — — Гайковерты ударные серии ТТ — — Гайковерты ударные серии ИП — — Гайковерты трещоточные — — Гайковерты ударные с квадратом 1/2- — Гайковерты ударные с квадратом 3/4- — Гайковерты ударные с квадратом 1- — Гайковерты ударные с квадратом 1-1/2- — Гайковерты ударные с квадратом 2- — Гайковерты ударные с квадратом 2-1/2- — Угловой пневматический гайковерт- — Гайковерты с открытым зевом- — Гайковерты с контролем крутящего момента ударные- — Гайковерты накидные- — Гайковерты взрывобезопасные ATEX- Пневмошуруповерты пистолетного, прямого и углового типа- — Шуруповерты пневматические пистолетного типа — — Шуруповерты пневматические прямого типа — — Шуруповерты пневматические углового типа- Резьбонарезные машины — Клепальные пневматические молотки- Молотки рубильные, зубильные, игольчатые- — Молотки зубильные пневматические — — Молотки игольчатые пневматические — Пилы пневматические, лобзики пневматические- Пневматические ножницы- Пневматические напильники и надфили- Просекатели-кромкогибы- Пневматические клещи( кусачки) — Пневматические фаскосниматели- Пневматические скребки( шаберы) ЗАКЛЕПОЧНЫЙ ИНСТРУМЕНТ- Аккумуляторные заклепочники- Электрические заклепочники- Пневмо-гидравлические заклепочники — Поддержки с гасителем вибрации для клепальных молотков- Насадки-заклепочники на дрели-шуруповерты- Клепальные молотки ударного действия- Ударные оправки (обжимки) для клепальных молотков- Пресс- заклепочникиШЛИФОВАЛЬНЫЕ ЛЕНТОЧНЫЕ СТАНКИНАСАДКИ И АДАПТЕРЫ НА УШММАГНИТНОЕ ОБОРУДОВАНИЕ- Магнитные угольники — Магнитные грузозахватыМУЛЬТИПЛИКАТОРЫ КРУТЯЩЕГО МОМЕНТА- Мультипликаторы колесные механические прямого типа- Мультипликаторы индустриальные механические горизонтального типа- Мультипликаторы индустриальные механические прямого типаБОРФРЕЗЫ ТВЕРДОСПЛАВНЫЕБАЛАНСИРЫ ДЛЯ ИНСТРУМЕНТА- Балансиры пружинные- — Балансиры пружинные AIRPRO- — Балансиры пружинные CARL STAHL KROMER- — — Балансиры тросовые CARL STAHL KROMER- — — Балансиры тросовые уравновешивающие CARL STAHL KROMER- — — Балансиры шланговые CARL STAHL KROMER- — Балансиры пружинные ТТГИДРОИМПУЛЬСНЫЙ ИНСТРУМЕНТ- Гидроимпульсные гайковерты- — Гидроимпульсные гайковерты прямого типа- — Гидроимпульсные гайковерты пистолетного типа- Гидроимпульсные шуруповертыСКОБО-ГВОЗДЕ-ШПИЛЬКОЗАБИВНОЙ ИНСТРУМЕНТСАНТЕХНИЧЕСКИЙ ИНСТРУМЕНТ- Резьбонарезные электро-клуппы- — Резьбонарезные ножи для клуппов- Промывочные компрессоры и опрессовщики- Оборудование для прочистки и инспекции труб- Желобонакатное оборудование ОБОРУДОВАНИЕ ДЛЯ ОБРАБОТКИ КАМНЯ И БЕТОНА- Алмазные сверлильные установкиОКРАСОЧНОЕ ОБОРУДОВАНИЕ- Аэрографы- Краскораспылители воздушного распыления (пневматические)- Красконагнетательные баки- Краскопульты ручного действия- Мешалки и насосы- Камеры полимеризации порошковой краски и покрытийКОМПРЕССОРНЫЕ УСТАНОВКИ- Винтовые компрессорыАБРАЗИВНЫЕ МАТЕРИАЛЫ- Шлифовальные валики для сатинирования- Ленты шлифовальные — Круги на липучке VELCRO- — Круги на липучке VELCRO 125мм- — Круги на липучке VELCRO 150мм- Нетканные( прессованные) доводочные круги — Круги торцевые лепестковые- Фибровые круги- Шлифовальные гильзы( ремни) — Шлифовальные листы и рулоны- Щетки БРИСТЛ 3М (bristle) — Профессиональные наборы для шлифовки и полировки- Шлифовальные головки — Круги для снятия ржавчиныПОЛИРОВАЛЬНЫЕ МАТЕРИАЛЫ- Полировальные пасты- Полировальные круги — Полировальные ленты- Средства ухода и очистители- Полировальные головки СВАРОЧНОЕ ОБОРУДОВАНИЕ- Оборудование для сварки полимерных материалов- — Сварочные экструдеры — — Автоматы для сварки плоской кровлиТРУБОГИБЫ- Трубогибы гидравлические — Трубогибы электрогидравлические- Трубогибы электрическиеСТАНОЧНАЯ ОСНАСТКА- Токарные патроны- Станочные тиски/слесарные — Станочные центра- Оснастка шпиндельная — Головки делительные — Поворотные столы и принадлежностиТОКАРНЫЕ СТАНКИ

Виртуальный безопасный режим | Microsoft Docs

  • Статья
  • Чтение занимает 21 мин
  • 1 участник

Были ли сведения на этой странице полезными?

Да Нет

Хотите оставить дополнительный отзыв?

Отзывы будут отправляться в корпорацию Майкрософт. Нажав кнопку «Отправить», вы разрешаете использовать свой отзыв для улучшения продуктов и служб Майкрософт. Политика конфиденциальности.

Отправить

В этой статье

Виртуальный защищенный режим (VSM) — это набор возможностей гипервизора и возможностей, предлагаемых узлам и гостевым секциям, что позволяет создавать и управлять новыми границами безопасности в программном обеспечении операционной системы. VSM — это средство гипервизора, на котором основаны Windows функции безопасности, включая Device Guard, Credential Guard, виртуальные доверенные машины и экранированные виртуальные машины. Эти функции безопасности появились в Windows 10 и Windows Server 2016.

VSM позволяет программному обеспечению операционной системы в корневых и гостевых секциях создавать изолированные области памяти для хранения и обработки системных ресурсов безопасности. Доступ к этим изолированным регионам контролируется и предоставляется исключительно через гипервизор, который является высоко привилегированной, высоконадежной частью доверенной вычислительной базы системы (TCB). Так как гипервизор выполняется на более высоком уровне привилегий, чем программное обеспечение операционной системы и имеет монопольный контроль над основными аппаратными ресурсами системы, такими как управление разрешениями на доступ к памяти в ЦП MMU и IOMMU на ранней стадии инициализации системы, гипервизор может защитить эти изолированные регионы от несанкционированного доступа, даже от программного обеспечения операционной системы (например, ядра ОС и драйверов устройств) с доступом в режиме супервизора (т. е. CPL0, или «Кольцо 0»).

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

Уровень доверия (VTL)

VSM обеспечивает и поддерживает изоляцию с помощью виртуальных уровней доверия (VTL). Виртуальные библиотеки включены и управляются как для каждого раздела, так и для каждого виртуального процессора.

Уровни виртуального доверия являются иерархическими, при этом более высокий уровень является более привилегированным, чем более низкие уровни. VTL0 является наименее привилегированным уровнем, и VTL1 является более привилегированным, чем VTL0, VTL2 является более привилегированным, чем VTL1 и т. д.

По архитектуре поддерживаются до 16 уровней виртуальных списков. однако гипервизор может выбрать реализацию менее 16 VTL. В настоящее время реализованы только две виртуальные библиотеки.

typedef UINT8 HV_VTL, *PHV_VTL;

#define HV_NUM_VTLS 2
#define HV_INVALID_VTL ((HV_VTL) -1)
#define HV_VTL_ALL 0xF

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

Так как более привилегированные списки виртуальных машин могут применять собственные средства защиты памяти, более высокие виртуальные списки могут эффективно защищать области памяти от более низких виртуальных списков. На практике это позволяет более низкому сроку жизни защищать изолированные области памяти, обеспечивая их более высоким сроком жизни. Например, VTL0 может хранить секрет в VTL1, в котором только VTL1 может получить к нему доступ. Даже если VTL0 скомпрометирован, секрет будет безопасным.

Защита от VTL

Существует несколько аспектов для обеспечения изоляции между виртуальными библиотеками.

  • Защита доступа к памяти: каждый VTL поддерживает набор защиты доступа к гостевой физической памяти. Программное обеспечение, работающее в определенном VTL, может получать доступ только к памяти в соответствии с этими средствами защиты.
  • Состояние виртуального процессора: виртуальные процессоры поддерживают отдельное состояние для каждого VTL. Например, каждый VTL определяет набор частных регистров VP. Программное обеспечение, работающее в более низком VTL, не может получить доступ к состоянию регистрации частного виртуального процессора более высокого уровня VTL.
  • Прерывания: наряду с отдельным состоянием процессора каждый VTL также имеет собственную подсистему прерываний (локальный APIC). Это позволяет более высоким виртуальным сетям обрабатывать прерывания без риска вмешательства из более низкого срока жизни.
  • Страницы наложения. Некоторые страницы наложения поддерживаются на уровне VTL, чтобы более высокие виртуальные списки имели надежный доступ. Например, существует отдельная страница гиперклилла на уровне VTL.

Обнаружение и состояние VSM

Возможность VSM объявляется для секций с помощью флага привилегий секции AccessVsm. Только секции со всеми следующими привилегиями могут использовать VSM: AccessVsm, AccessVpRegisters и AccessSynicRegisters.

Обнаружение возможностей VSM

Гости должны использовать следующую регистрацию для конкретной модели для доступа к отчету о возможностях VSM:

АДРЕС MSR Имя регистрации Описание
0x000D0006 HV_X64_REGISTER_VSM_CAPABILITIES Отчет о возможностях VSM.

Формат MSR для регистрации возможностей VSM выглядит следующим образом:

Bits Описание Атрибуты
63 Dr6Shared Чтение
62:47 MbecVtlMask Чтение
46 DenyLowerVtlStartup Чтение
45:0 RsvdZ Чтение

Dr6Shared указывает, является ли dr6 общим регистром между виртуальными библиотеками.

MvecVtlMask указывает гостевым виртуальным спискам, для которых можно включить Mbec.

DenyLowerVtlStartup указывает на гостя, может ли Vtl запретить сброс VP с помощью более низкого срока жизни.

Регистрация состояния VSM

Помимо флага привилегий секции, можно использовать два виртуальных регистра для получения дополнительных сведений о состоянии VSM: HvRegisterVsmPartitionStatus и HvRegisterVsmVpStatus.

HvRegisterVsmPartitionStatus

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

typedef union
{
    UINT64 AsUINT64;
    struct
    {
        UINT64 EnabledVtlSet : 16;
        UINT64 MaximumVtl : 4;
        UINT64 MbecEnabledVtlSet: 16;
        UINT64 ReservedZ : 28;
    };
} HV_REGISTER_VSM_PARTITION_STATUS;
HvRegisterVsmVpStatus

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

typedef union
{
    UINT64 AsUINT64;
    struct
    {
        UINT64 ActiveVtl : 4;
        UINT64 ActiveMbecEnabled : 1;
        UINT64 ReservedZ0 : 11;
        UINT64 EnabledVtlSet : 16;
        UINT64 ReservedZ1 : 32;
    };
} HV_REGISTER_VSM_VP_STATUS;

ActiveVtl — это идентификатор контекста VTL, который в настоящее время активен на виртуальном процессоре.

ActiveMbecEnabled указывает, что MBEC в настоящее время активен на виртуальном процессоре.

EnabledVtlSet — это растровое изображение виртуальных сетей, включенных на виртуальном процессоре.

Начальное состояние VTL секции

Когда секция запускается или сбрасывается, она запускается в VTL0. Все остальные виртуальные списки отключены при создании секции.

Включение VTL

Чтобы начать использовать VTL, более низкий уровень VTL должен инициировать следующее:

  1. Включите целевой VTL для секции. Это делает VTL общедоступным для секции.
  2. Включите целевой VTL на одном или нескольких виртуальных процессорах. Это делает VTL доступным для VP и задает его начальный контекст. Рекомендуется, чтобы все виртуальные ip-адреса имели одинаковые списки VT. Включение VTL на некоторых виртуальных машинах (но не все) может привести к неожиданному поведению.
  3. После включения VTL для секции и VP он может начать настройку защиты доступа после установки флага EnableVtlProtection.

Обратите внимание, что виртуальные списки не должны быть последовательными.

Включение целевого VTL для секции

Гиперкабль HvCallEnablePartitionVtl используется для включения VTL для определенной секции. Обратите внимание, что до фактического выполнения программного обеспечения в определенном VTL необходимо включить VTL на виртуальных процессорах в секции.

Включение целевого VTL для виртуальных процессоров

После включения VTL для секции его можно включить на виртуальных процессорах секции. Гиперколл HvCallEnableVpVtl можно использовать для включения списков VT для виртуального процессора, который задает его начальный контекст.

Виртуальные процессоры имеют один «context» на VTL. Если параметр VTL переключен, частное состояние VTL также переключается.

Конфигурация VTL

После включения VTL его конфигурацию можно изменить с помощью VP, работающего с равным или более высоким сроком жизни.

Конфигурация секции

Атрибуты уровня секции можно настроить с помощью регистра HvRegisterVsmPartitionConfig. Существует один экземпляр этого регистра для каждого VTL (больше 0) для каждой секции.

Каждый VTL может изменять собственный экземпляр HV_REGISTER_VSM_PARTITION_CONFIG, а также экземпляры для более низких списков виртуальных столов. Виртуальные библиотеки могут не изменять этот регистр для более высоких виртуальных списков.

typedef union
{
    UINT64 AsUINT64;
    struct
    {
        UINT64 EnableVtlProtection : 1;
        UINT64 DefaultVtlProtectionMask : 4;
        UINT64 ZeroMemoryOnReset : 1;
        UINT64 DenyLowerVtlStartup : 1;
        UINT64 ReservedZ : 2;
        UINT64 InterceptVpStartup : 1;
        UINT64 ReservedZ : 54; };
} HV_REGISTER_VSM_PARTITION_CONFIG;

Поля этого регистра описаны ниже.

Включение защиты VTL

После включения VTL необходимо задать флаг EnableVtlProtection, прежде чем он сможет приступить к применению защиты памяти. Этот флаг записывается один раз, то есть после установки его нельзя изменить.

Маска защиты по умолчанию

По умолчанию система применяет защиту RWX ко всем сопоставленным страницам и любым будущим «горячим» страницам. Горячие страницы ссылаются на любую память, которая добавляется в секцию во время операции изменения размера.

Более высокий срок жизни может задать другую политику защиты памяти по умолчанию, указав DefaultVtlProtectionMask в HV_REGISTER_VSM_PARTITION_CONFIG. Эта маска должна быть задана во время включения VTL. Его нельзя изменить после установки и очистить только с помощью сброса секции.

bit Описание
0 Чтение
1 запись
2 Выполнение режима ядра (KMX)
3 Выполнение пользовательского режима (UMX)
Нулевой объем памяти при сбросе

ZeroMemOnReset — это бит, который определяет, если память обнуляется до сброса секции. Эта конфигурация включена по умолчанию. Если бит задан, память секции нулевая при сбросе, чтобы память более высокого уровня VTL не скомпрометирована более низкой VTL. Если этот бит очищается, память секции не обнуляется при сбросе.

DenyLowerVtlStartup

Флаг DenyLowerVtlStartup, если виртуальный процессор может быть запущен или сброшен с помощью более низких списков виртуальных столов. Сюда входят архитектурные способы сброса виртуального процессора (например, SIPI на X64), а также гиперколл HvCallStartVirtualProcessor .

InterceptVpStartup

Если установлен флаг InterceptVpStartup, запуск или сброс виртуального процессора создает перехват до более высокого срока жизни.

Настройка более низких списков виртуальных столов

Следующий регистр можно использовать с помощью более высоких списков виртуальных столов для настройки поведения более низких списков виртуальных столов.

typedef union
{
    UINT64 AsUINT64;
    struct
    {
        UINT64 MbecEnabled : 1;
        UINT64 TlbLocked : 1;
        UINT64 ReservedZ : 62;
    };
} HV_REGISTER_VSM_VP_SECURE_VTL_CONFIG;

Каждый VTL (выше 0) имеет экземпляр этого регистра для каждого VTL ниже, чем само по себе. Например, VTL2 будет иметь два экземпляра этого регистра — один для VTL1, а второй — для VTL0.

Поля этого регистра описаны ниже.

MbecEnabled

Это поле определяет, включена ли MBEC для более низкого срока жизни.

TlbLocked

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

Чтобы разблокировать подсистему балансировки нагрузки, чем выше, тем выше VTL может очистить этот бит. Кроме того, когда VP возвращается к более низкому сроку жизни, он освобождает все блокировки TLB, которые он содержит в то время.

Запись VTL

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

  1. Вызов VTL: это происходит, когда программное обеспечение явно хочет вызвать код в более высоком VTL.
  2. Безопасное прерывание: если прерывание получено для более высокого срока жизни, VP введет более высокий срок жизни.
  3. Безопасный перехват: некоторые действия активируют безопасное прерывание (например, доступ к определенным MSR).

После ввода VTL он должен добровольно выйти. Более высокий VTL не может быть упрещен более низким сроком жизни.

Определение причины записи VTL

Чтобы соответствующим образом реагировать на запись, может потребоваться более высокий уровень VTL, чтобы узнать причину, по которой она была введена. Чтобы различать причины входа, запись VTL включается в структуру HV_VP_VTL_CONTROL .

Вызов VTL

Вызов VTL — это когда более низкий VTL инициирует запись в более высокий уровень VTL (например, для защиты области памяти с более высоким значением VTL) через гиперкел HvCallVtlCall .

Вызовы VTL сохраняют состояние общих регистров в коммутаторах VTL. Частные регистры сохраняются на уровне VTL. Исключением из этих ограничений являются регистры, необходимые для последовательности вызовов VTL. Для вызова VTL требуются следующие регистры:

X64 x86 Описание
RCX EDX:EAX Указывает входные данные элемента управления вызовами VTL для гипервизора.
RAX ECX Зарезервированное

Все биты во входных данных управления вызовами VTL зарезервированы в настоящее время.

Ограничения вызовов VTL

Вызовы VTL можно инициировать только из наиболее привилегированного режима процессора. Например, в системах x64 вызов VTL может поступать только из CPL0. Вызов VTL, инициированный из режима процессора, который является любым, кроме наиболее привилегированным в системе, приводит к внедрению гипервизора #UD исключения в виртуальный процессор.

Вызов VTL может переключаться только на следующий самый высокий срок жизни. Другими словами, если включено несколько виртуальных списков, вызов не может «пропустить» VTL. Следующие действия приводят к #UD исключению:

  • Вызов VTL, инициированный из режима процессора, который является любым, кроме наиболее привилегированным в системе (архитектурой).
  • Вызов VTL из реального режима (x86/x64)
  • Вызов VTL на виртуальном процессоре, где целевой VTL отключен (или еще не включен).
  • Вызов VTL с недопустимым входным значением элемента управления

Выход из VTL

Переключение на более низкий срок жизни называется «return». После завершения обработки VTL он может инициировать возврат VTL, чтобы переключиться на более низкий срок жизни. Единственный способ возврата VTL может произойти, если более высокий VTL добровольно инициирует его. Более низкий VTL никогда не может вытеснить более высокий.

Возврат VTL

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

Для последовательности кода возврата VTL требуется использование следующих регистров:

X64 x86 Описание
RCX EDX:EAX Указывает входные данные обратного элемента управления VTL для низкоуровневой оболочки.
RAX ECX Зарезервированное

Входные данные обратного элемента управления VTL имеют следующий формат:

Bits Поле Описание
63:1 RsvdZ
0 Быстрый возврат Регистры не восстанавливаются

Следующие действия создают исключение #UD:

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

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

Если такое поведение не требуется, более высокий уровень VTL может использовать «быстрый возврат». Быстрое возвращение заключается в том, что низкоуровневая оболочка не восстанавливает состояние регистра из структуры управления. Это следует использовать всякий раз, чтобы избежать ненужной обработки.

Это поле можно задать с битом 0 возвращаемого входного значения VTL. Если задано значение 0, регистры восстанавливаются из структуры HV_VP_VTL_CONTROL. Если для этого бита задано значение 1, регистры не восстанавливаются (быстрый возврат).

Поддержка страницы hypercall

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

Доступ к последовательностям кода для выполнения вызовов и возврата VTL можно получить, выполнив определенные инструкции на странице гиперкалл. Блоки вызова и возврата находятся по смещению на странице гиперкела, определяемой виртуальным регистром HvRegisterVsmCodePageOffset. Это регистр только для чтения и секционирования с отдельным экземпляром для каждого VTL.

VTL может выполнять вызов или возврат VTL с помощью инструкции CALL. Вызов к правильному расположению на странице гиперкела инициирует вызов или возврат VTL.

typedef union
{
    UINT64 AsUINT64;
    struct
    {
        UINT64 VtlCallOffset : 12;
        UINT64 VtlReturnOffset : 12;
        UINT64 ReservedZ : 40;
    };
} HV_REGISTER_VSM_CODE_PAGE_OFFSETS;

Ниже приведены инструкции по вызову последовательности кода с помощью страницы гиперклилла.

  1. Сопоставление страницы гиперклага с пространством GPA VTL
  2. Определите правильное смещение для последовательности кода (вызов или возврат VTL).
  3. Выполните последовательность кода с помощью CALL.

Защита доступа к памяти

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

Более высокие виртуальные библиотеки имеют высокий уровень контроля над типом доступа к памяти, допустимым для более низких виртуальных библиотек. Существует три основных типа защиты, которые можно указать с помощью более высокого срока жизни для определенной страницы GPA: чтение, запись и eXecute. Они определены в следующей таблице:

Имя Описание
Чтение Определяет, разрешен ли доступ на чтение к странице памяти
запись Определяет, разрешен ли доступ на запись на страницу памяти
Execute Определяет, разрешены ли выборки инструкций для страницы памяти.

Эти три объединения для следующих типов защиты памяти:

  1. Нет доступа
  2. Только для чтения, без выполнения
  3. Только для чтения, выполнение
  4. Чтение и запись, без выполнения
  5. Чтение и запись, выполнение

Если включена функция управления выполнением на основе режима (MBEC), можно настроить защиту в режиме пользователя и ядра отдельно.

Более высокие виртуальные библиотеки могут настроить защиту памяти для GPA с помощью гиперклиента HvCallModifyVtlProtectionMask .

Иерархия защиты памяти

Разрешения на доступ к памяти могут быть заданы несколькими источниками для определенного VTL. Разрешения каждого VTL могут быть ограничены несколькими другими виртуальными библиотеками, а также разделом узла. Порядок применения защиты выполняется следующим образом:

  1. Защита памяти, заданная узлом
  2. Защита памяти, заданная более высокими виртуальными библиотеками

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

Ожидается, что соответствующий интерфейс не накладывает на ОЗУ тип, отличный от ОЗУ.

Нарушения доступа к памяти

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

Управление выполнением на основе режима (MBEC)

Если VTL помещает ограничение памяти на более низкое значение VTL, при предоставлении привилегии «выполнить» может потребоваться выполнить различие между режимом пользователя и ядра. Например, если проверки целостности кода должны были выполняться в более высоком VTL, возможность различать режим пользователя и режим ядра будет означать, что VTL может обеспечить целостность кода только для приложений в режиме ядра.

Помимо традиционных трех способов защиты памяти (чтение, запись, выполнение), MBEC предоставляет различие между пользовательским режимом и режимом ядра для защиты выполнения. Таким образом, если MBEC включен, VTL имеет возможность задать четыре типа защиты памяти:

Имя Описание
Чтение Определяет, разрешен ли доступ на чтение к странице памяти
запись Определяет, разрешен ли доступ на запись на страницу памяти
Выполнение в пользовательском режиме (UMX) Определяет, разрешены ли выборки инструкций, созданных в пользовательском режиме, для страницы памяти. ПРИМЕЧАНИЕ. Если MBEC отключен, этот параметр игнорируется.
Выполнение режима ядра (UMX) Определяет, разрешены ли выборки инструкций, созданных в режиме ядра, для страницы памяти. ПРИМЕЧАНИЕ. Если MBEC отключен, этот параметр управляет доступом как в пользовательском режиме, так и в режиме ядра.

Память, помеченная защитой «Выполнение в пользовательском режиме», будет выполняться только в том случае, если виртуальный процессор работает в пользовательском режиме. Аналогичным образом память «Выполнение в режиме ядра» будет исполняемой только в том случае, если виртуальный процессор работает в режиме ядра.

KmX и UMX могут быть настроены независимо, чтобы разрешения на выполнение применялись иначе между режимом пользователя и ядра. Поддерживаются все сочетания UMX и KMX, за исключением KMX=1, UMX=0. Поведение этого сочетания не определено.

MBEC по умолчанию отключен для всех виртуальных библиотек и виртуальных процессоров. При отключении MBEC бит выполнения в режиме ядра определяет ограничение доступа к памяти. Таким образом, если MBEC отключен, код KMX=1 является исполняемым как в ядре, так и в пользовательском режиме.

Таблицы дескрипторов

Любой код пользовательского режима, обращаюющийся к таблицам дескриптора, должен находиться на страницах GPA, помеченных как KMX=UMX=1. Программное обеспечение в пользовательском режиме, обращаюющееся к таблицам дескрипторов с страницы GPA, помеченной как KMX=0, не поддерживается и приводит к общему сбою защиты.

Конфигурация MBEC

Чтобы использовать функцию управления выполнением на основе режима, ее необходимо включить на двух уровнях:

  1. Если VTL включен для секции, MBEC необходимо включить с помощью HvCallEnablePartitionVtl.
  2. MBEC необходимо настроить для каждого VP и для каждого VTL с помощью HvRegisterVsmVpSecureVtlConfig.
Взаимодействие MBEC с предотвращением выполнения режима супервизора (SMEP)

Supervisor-Mode предотвращение выполнения (SMEP) — это функция процессора, поддерживаемая на некоторых платформах. SMEP может повлиять на работу MBEC из-за ограничения доступа руководителя к страницам памяти. Гипервизор соответствует следующим политикам, связанным с SMEP:

  • Если SMEP недоступен гостевой ОС (будь то из-за возможностей оборудования или режима совместимости процессора), MBEC работает без изменений.
  • Если SMEP доступен и включен, MBEC работает без изменений.
  • Если SMEP доступен и отключен, все ограничения выполнения регулируются элементом управления KMX. Таким образом, выполнение будет разрешено выполнять только код, помеченный как KMX=1.

Изоляция состояния виртуального процессора

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

Состояние, которое сохраняется на VTL (a.k.a. частное состояние), сохраняется гипервизором в переходах VTL. Если инициируется коммутатор VTL, гипервизор сохраняет текущее частное состояние для активного VTL, а затем переключается в частное состояние целевого VTL. Общее состояние остается активным независимо от параметров VTL.

Частное государство

Как правило, каждый VTL имеет собственные регистры элементов управления, RIP register, RSP register и MSR. Ниже приведен список конкретных регистров и MSR, которые являются частными для каждого VTL.

Частные СЛУЖБЫ MSR:

  • SYSENTER_CS, SYSENTER_ESP, SYSENTER_EIP, STAR, LSTAR, CSTAR, SFMASK, EFER, PAT, KERNEL_GSBASE, FS. BASE, GS. BASE, TSC_AUX
  • HV_X64_MSR_HYPERCALL
  • HV_X64_MSR_GUEST_OS_ID
  • HV_X64_MSR_REFERENCE_TSC
  • HV_X64_MSR_APIC_FREQUENCY
  • HV_X64_MSR_EOI
  • HV_X64_MSR_ICR
  • HV_X64_MSR_TPR
  • HV_X64_MSR_APIC_ASSIST_PAGE
  • HV_X64_MSR_NPIEP_CONFIG
  • HV_X64_MSR_SIRBP
  • HV_X64_MSR_SCONTROL
  • HV_X64_MSR_SVERSION
  • HV_X64_MSR_SIEFP
  • HV_X64_MSR_SIMP
  • HV_X64_MSR_EOM
  • HV_X64_MSR_SINT0 — HV_X64_MSR_SINT15
  • HV_X64_MSR_STIMER0_CONFIG — HV_X64_MSR_STIMER3_CONFIG
  • HV_X64_MSR_STIMER0_COUNT — HV_X64_MSR_STIMER3_COUNT
  • Локальные регистры APIC (включая CR8/TPR)

Частные регистры:

  • RIP, RSP
  • RFLAGS
  • CR0, CR3, CR4
  • DR7
  • IDTR, GDTR
  • CS, DS, ES, FS, GS, SS, TR, LDTR
  • TSC
  • DR6 (*зависит от типа процессора. Чтение виртуального регистра HvRegisterVsmCapabilities для определения общего или частного состояния)

Общее состояние

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

Общие MSR:

  • HV_X64_MSR_TSC_FREQUENCY
  • HV_X64_MSR_VP_INDEX
  • HV_X64_MSR_VP_RUNTIME
  • HV_X64_MSR_RESET
  • HV_X64_MSR_TIME_REF_COUNT
  • HV_X64_MSR_GUEST_IDLE
  • HV_X64_MSR_DEBUG_DEVICE_OPTIONS
  • MTRR
  • MCG_CAP
  • MCG_STATUS

Общие регистры:

  • Rax, Rbx, Rcx, Rdx, Rsi, Rdi, Rbp
  • CR2
  • R8 — R15
  • DR0 — DR5
  • Состояние с плавающей запятой X87
  • Состояние XMM
  • Состояние AVX
  • XCR0 (XFEM)
  • DR6 (*зависит от типа процессора. Чтение виртуального регистра HvRegisterVsmCapabilities для определения общего или частного состояния)

Режим реального режима

Режим реального времени не поддерживается для любого VTL больше 0. Виртуальные библиотеки, превышающие 0, могут работать в 32-разрядном или 64-разрядном режиме.

Управление прерываниями VTL

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

Каждый VTL имеет собственный контроллер прерываний, который активен только в том случае, если виртуальный процессор работает в этом конкретном VTL. Если виртуальный процессор переключает состояния VTL, контроллер прерываний, активный на процессоре, также переключается.

Прерывание, предназначенное для VTL, которое выше активного VTL, приведет к немедленному коммутатору VTL. Затем более высокий уровень VTL может получить прерывание. Если более высокий VTL не может получить прерывание из-за его значения TPR/CR8, прерывание сохраняется как «ожидание», и VTL не переключается. Если имеется несколько виртуальных библиотек с ожидающих прерываний, наивысший уровень VTL имеет приоритет (без уведомления о меньшем значении VTL).

Если прерывание предназначено для более низкого срока жизни, прерывание не доставляется до следующего перехода виртуального процессора в целевой VTL. IP-адреса INIT и запуска, предназначенные для меньшего срока жизни, удаляются на виртуальном процессоре с более высоким значением VTL. Так как inIT/SIPI заблокирован, для запуска процессоров следует использовать гиперколл HvCallStartVirtualProcessor .

RFLAGS. ЕСЛИ

Для переключения виртуальных библиотек RFLAGS. Если не влияет, активирует ли безопасный прерываний коммутатор VTL. Если RFLAGS. Если очищается для маскирования прерываний, прерывания в более высоких виртуальных библиотеках по-прежнему вызывают переключение VTL на более высокий уровень VTL. При принятии решения о немедленном прерывании учитывается только более высокое значение TPR/CR8.

Это поведение также влияет на ожидающие прерывания при возвращении VTL. Значение RFLAGS. Если бит очищается для маскирования прерываний в заданном VTL, а VTL возвращается (к более низкому сроку жизни), гипервизор повторно оценивает все ожидающие прерывания. Это приведет к немедленному возврату к более высокому сроку жизни.

Поддержка уведомлений о виртуальных прерываниях

Более высокие виртуальные библиотеки могут зарегистрироваться для получения уведомления, если они блокируют немедленную доставку прерывания в более низкий срок жизни того же виртуального процессора. С помощью виртуальной регистрации HvRegisterVsmVina можно включить поддержку уведомлений о виртуальных прерываниях (VINA):

typedef union
{
    UINT64 AsUINT64;
    struct
    {
        UINT64 Vector : 8;
        UINT64 Enabled : 1;
        UINT64 AutoReset : 1;
        UINT64 AutoEoi : 1;
        UINT64 ReservedP : 53;
    };
} HV_REGISTER_VSM_VINA;

Каждый VTL на каждом VP имеет собственный экземпляр VINA, а также собственную версию HvRegisterVsmVina. Если прерывание для нижнего срока жизни будет готово к немедленной доставке, то объект VINA создаст прерывание, активировав граничное прерывание.

Чтобы предотвратить переполнение прерываний, возникающих при включении этого объекта, объект VINA включает в себя некоторое ограниченное состояние. При создании прерывания VINA состояние объекта VINA изменяется на «Asserted». Отправка завершения прерывания в SINT, связанного с объектом VINA, не очищает состояние «Asserted». Утверждение состояния может быть очищено только одним из двух способов:

  1. Состояние можно очистить вручную, написав в поле VinaAsserted структуры HV_VP_VTL_CONTROL .
  2. Состояние автоматически очищается при следующей записи VTL, если параметр «Автосброшен в записи VTL» включен в регистре HvRegisterVsmVina.

Это позволяет выполнять код в безопасном VTL, чтобы получать уведомления о первом прерывании, полученном для более низкого срока жизни. Если защищенный VTL хочет получать уведомления о дополнительных прерываниях, он может очистить поле VinaAsserted на странице поддержки VP, и оно будет уведомлено о следующем новом прерывании.

Безопасные перехваты

Гипервизор позволяет более высокому VTL устанавливать перехваты для событий, происходящих в контексте более низкого срока жизни. Это обеспечивает более высокий уровень управления ресурсами более низкого уровня VTL. Безопасные перехваты можно использовать для защиты критически важных для системы ресурсов и предотвращения атак с более низким уровнем виртуальных столов.

Безопасный перехват помещается в очередь на более высокий уровень VTL и что VTL становится доступным для запуска на виртуальной стороне.

Типы безопасного перехвата

Тип перехвата Перехват применяется к
Доступ к памяти Попытка получить доступ к защите GPA, установленной более высоким сроком жизни.
Управление доступом к регистру Попытка получить доступ к набору регистров элементов управления, заданных более высоким значением VTL.

Вложенные перехваты

Несколько виртуальных библиотек могут устанавливать безопасные перехваты для одного и того же события в более низком VTL. Таким образом, иерархия устанавливается для определения того, где уведомляются вложенные перехваты. Следующий список — это порядок уведомлений о перехвате:

  1. Нижний срок жизни
  2. Более высокий срок жизни

Обработка безопасных перехватов

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

Безопасные перехваты регистров

Более высокий уровень VTL может перехватывать доступ к определенным регистрам управления. Для этого необходимо задать HvX64RegisterCrInterceptControl с помощью гиперкабля HvCallSetVpRegisters . Задание бита элемента управления в HvX64RegisterCrInterceptControl вызовет перехват для каждого доступа к соответствующему регистру элемента управления.

typedef union
{
    UINT64 AsUINT64;
    struct
    {
        UINT64 Cr0Write : 1;
        UINT64 Cr4Write : 1;
        UINT64 XCr0Write : 1;
        UINT64 IA32MiscEnableRead : 1;
        UINT64 IA32MiscEnableWrite : 1;
        UINT64 MsrLstarRead : 1;
        UINT64 MsrLstarWrite : 1;
        UINT64 MsrStarRead : 1;
        UINT64 MsrStarWrite : 1;
        UINT64 MsrCstarRead : 1;
        UINT64 MsrCstarWrite : 1;
        UINT64 ApicBaseMsrRead : 1;
        UINT64 ApicBaseMsrWrite : 1;
        UINT64 MsrEferRead : 1;
        UINT64 MsrEferWrite : 1;
        UINT64 GdtrWrite : 1;
        UINT64 IdtrWrite : 1;
        UINT64 LdtrWrite : 1;
        UINT64 TrWrite : 1;
        UINT64 MsrSysenterCsWrite : 1;
        UINT64 MsrSysenterEipWrite : 1;
        UINT64 MsrSysenterEspWrite : 1;
        UINT64 MsrSfmaskWrite : 1;
        UINT64 MsrTscAuxWrite : 1;
        UINT64 MsrSgxLaunchControlWrite : 1;
        UINT64 RsvdZ : 39;
    };
} HV_REGISTER_CR_INTERCEPT_CONTROL;
Регистры маски

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

Гипервизор поддерживает следующие регистры маски: HvX64RegisterCrinterceptCr0Mask, HvX64RegisterCrInterceptCr4Mask и HvX64RegisterCrInterceptIa32MiscEnableMask.

DMA и устройства

Устройства фактически имеют тот же уровень привилегий, что и VTL0. Если VSM включен, все выделенные устройством памяти помечаются как VTL0. Все доступы DMA имеют те же привилегии, что и VTL0.

VSM (Value Stream Mapping) — описание и анализ цепочки создания ценности продукта

Часто у участников процесса разное понимание того, какие действия правильные. Какая часть действий действительно создает ценность? Какие действия можно убрать и как сократить потери ресурсов? Что и как менять?
Здесь приходит на помощь аналитический метод VSM (Value Stream Mapping или Карта потока создания ценности). Метод предназначен для записи действий, материалов и информационных потоков в объеме выбранной цепочки создания ценности продукта. VSM анализ подходящий метод, если вы хотите:

  1. объективно и детально описать имеющийся порядок работы
  2. понять долю потерь и действий, создающих ценность продукта. Например, как много нецелесообразных движений и действий, ожидания, контроля)
  3. помочь разным сторонам одинаково  понимать процесс
  4. улучшить командную работу
  5. найти идеи для улучшения, повышения результативности и сокращения потерь
  6. запустить проект по улучшению, чтобы увеличить эффективность

Цель проведения анализа по методу VSM

  • добиться единого понимания происходящих процессов
  • найти в ходе обсуждения идеи для повышения результативности процессов и уменьшения потерь

Программа и методика

VSM метод подразумевает вовлечение команды в процесс описания

  • всех действий в выбранной цепочке создания ценности
  • движения материалов и информации
  • операций, добавляющих продукту ценности  и потерь
  • участников, инструментов, объемов, расстояний, времени

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

Типичные шаги VSM анализа
  1. выяснение основных производственных отраслей на предприятии, где, в первую очередь, следует провести VSM анализ. Портфель продуктов
  2. опись существующего положения (создание карт CSVSM)
  3. определение необходимости в изменениях и возможностей для изменений
  4. создание будущей VSM карты (FSVSM карта)
  5. составление плана действий и претворение в жизнь изменений
Степень детальности анализа

Степень детальности VSM анализа зависит от поставленных задач. VSM может применять для анализа

  1. процессов между разными организациями
  2. процессов, охватывающих все предприятие/ завод/ подразделение
  3. процессов в одном отделении
  4. процессов на рабочем месте
  5. деталей отдельных рабочих операций

Результат

  1. в рамках обычного запроса проводится детальная опись процессов создания ценности (VSM анализ). Процессы от первого контакта с клиентов до передачи клиенту готовой продукции
  2. среди процессов выявлены действия, создающие ценность продукта, и доля потерь, тип потерь и потенциал для улучшения процессов
  3. работники разных рабочих узлов ясно понимают процесс создания ценности продукта, понимаю кто, за что отвечает, что и когда нужно от работников
  4. на основе анализа выявлены возможности улучшения процесса

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

График проекта

График аналитического проекта VSM зависит от объема процессов и графика участников. Обычно аналитический проект длится 1 месяц.

Абразивы от VSM USA — Качество Сделано в Германии

Мы знаем абразивы, потому что мы их понимаем

Мы понимаем абразивы просто означает, что мы действительно знаем, что такое абразивы. Воспользуйтесь преимуществами высокого уровня знаний VSM по всему миру и опыта, основанного на тесном сотрудничестве с 60 производителями шлифовальных станков. Наш опыт включает в себя разработку важных основных материалов, таких как подложки, синтетические смолы и абразивные зерна, для производства наших абразивов.Это распространяется на посещение наших клиентов для анализа существующих приложений и обеспечения надлежащего взаимодействия между шлифовальным станком и заготовкой. Это то, что означает VSM – ее опыт, прекрасно выраженный в одном слове. Мы извлекаем выгоду из нашего значительного опыта, чтобы минимизировать время производства, улучшить качество поверхности и снизить производственные затраты.
Наш технический центр (TC) в штаб-квартире компании в Ганновере, Германия, проводит многоязычные тренинги по продуктам, семинары по всем аспектам технологии шлифования и всестороннее прикладное тестирование для конечных пользователей и дилеров.больше

Более 200 серий абразивов практически для любых требований

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

Подходящий абразив для любого процесса абразивной резки

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

Работа с партнерами в промышленности, а также в коммерческом и торговом секторах

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

Качественные абразивы Сделано в Германии

Благодаря высокой степени вертикальной интеграции наш производственный процесс обеспечивает неизменно высокое качество всех производимых абразивов. Обеспечение качества начинается со стандарта нашего сырья. Вместо того, чтобы покупать у других производителей, VSM разрабатывает и производит все важные основные материалы, такие как подложки, синтетические смолы и абразивные зерна, самостоятельно, используя только высококачественные предварительные продукты.VSM — один из очень немногих производителей абразивов, у которых есть собственная установка для обработки ткани. VSM уже много лет сертифицирован по стандарту ISO 9001. подробнее

Обзор картирования потока создания ценности — Lean Enterprise Institute

Картирование потока создания ценности (VSM) представляет собой схему каждого шага, связанного с материальными и информационными потоками, необходимыми для перехода продукта от заказа к доставке.

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

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

Смотреть введение

Примеры карт текущего и будущего состояния

Карта текущего состояния с метрикамиКарта будущего состояния с метриками

Зоны карты потока создания ценности

Учимся видеть рабочую тетрадь

Учимся видеть

Карты потока создания ценности

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

В этом новаторском учебном пособии важные концепции картографирования представлены в удобном для понимания формате. Учебное пособие, получившее в 1999 году премию Shingo Research Prize, содержит настоящие карты, а также привлекательные диаграммы и иллюстрации.

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

Почему картирование потока создания ценности является важным инструментом

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

С чего начать

  1. Выберите семейство продуктов
  2. Поручите одному человеку лично возглавить работу по картированию
  3. Начните с уровня «от двери до двери», чтобы зафиксировать весь поток
  4. Учитывайте как поток материалов, так и поток информации

Сравнение потоков создания ценности и карт процессов

Примеры из разных отраслей

Топ 5 статей

  1. 10 советов, как получить максимальную отдачу от картирования потока создания ценности
  2. Будьте проще: карта потока создания ценности в Gemba
  3. Зачем вам нужно видеть всю систему
  4. Неправильное представление о картировании потока создания ценности, анализе потока и времени такта
  5. Как избежать наиболее распространенных ошибок с помощью VSM

Загрузка значков картирования потока создания ценности

См.: Поток информации; Материальный поток

Максимальное использование ИТ-ресурсов с помощью картирования потока создания ценности (VSM)

Картирование потока создания ценности стало важнейшим корпоративным ресурсом в эпоху цифровой трансформации.

Сегодня цифровое предприятие фокусируется на создании ценности, а не продукта. Благодаря непрерывной интеграции и непрерывной доставке (CI/CD) предприятия могут предлагать клиентам ценность в процессе доставки. При правильной реализации процесс разработки, выпуски программного обеспечения и обновления функций становятся конкурентным преимуществом на рынке.

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

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

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

Что такое картирование потока создания ценности?

Картирование потока создания ценности — это метод бережливого управления. Понимание картирования потока создания ценности требует понимания истории и принципов бережливого производства.

Бережливое управление и картирование потока создания ценности

Принципы бережливого управления способствовали успеху компании Toyota после Второй мировой войны.Японские автопроизводители позаимствовали такие концепции, как производственные стратегии, у Генри Форда и статистический контроль качества у Эдварда Деминга, чтобы разработать производственную систему Toyota (TPS). Принципы TPS теперь известны как бережливое управление.

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

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

Что такое цепочка создания стоимости?

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

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

Определение карты цепочки создания стоимости

Картирование потока создания ценности документирует и анализирует поток действий, материалов и информации в течение жизненного цикла продукта.

Карта потока создания ценности

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

Символы отображения потока создания ценности

Символы отображения потока создания ценности используются для визуального представления действий, материалов или событий в цепочке создания ценности. Символы, используемые при отображении потока создания ценности, включают:

  • Процесс: Часто представляет собой совместную работу группы
  • Инвентарь: Обмен материалами, иногда передача работы
  • Поставщик и заказчик: Обычно первый и последний этапы процесса
  • 8 8 8 Электронный поток: Поток информации и обмен данными, который часто является основной причиной потерь
  • См.: Указывает на визуальное подтверждение информации или действия во время процесса ошибка, которая может возникнуть в любом месте цепочки создания ценности
  • Кайдзен-всплеск: Деятельность, которая решает проблему в срочном порядке

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

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

Преимущества картирования потока создания ценности

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

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

Картирование потока создания ценности и Agile

Lean и Agile — не одно и то же.

Цель Agile — выполнять работу за более короткие промежутки времени.Изменения можно вносить быстро и при большем участии клиентов.

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

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

Связь между Lean и Agile

Несмотря на различные методы доставки, бережливое производство и гибкость дополняют друг друга — работая вместе, компания может повысить ценность для клиентов. Связи между бережливым и гибким подходом гораздо глубже, чем различия.

И Lean, и Agile ориентированы на повышение качества, постоянное совершенствование и предоставление людям возможности постоянно добавлять ценность. Оба ориентированы на удовлетворение потребностей клиентов. Они смотрят на добавленную стоимость, а не на проделанную работу.В то время как Agile продвигает адаптивный и итеративный процесс, позволяющий команде создавать ценность, Lean рассматривает системные процессы, чтобы определить способы увеличения ценности.

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

Вариант использования: картирование потока создания ценности в разработке

Компания-разработчик программного обеспечения недавно провела картографирование потока создания ценности.

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

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

Затем была создана карта потока создания ценности.Были определены критические показатели, такие как время выполнения отдельных действий и запланированное время выполнения заказа.

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

В качестве первого шага компания совместила передачу проекта с собраниями разработчиков перед планированием спринта.Это уже повысило точность оценки проекта и сократило время выполнения заказа на целых 10%.

Улучшение управления жизненным циклом с помощью картирования потока создания ценности

Картирование потока создания ценности — это первый шаг организации к раскрытию ценности реализации проекта. Он идентифицирует и анализирует поток действий и информации, которые приводят к ценности для клиента.

Управление потоком создания ценности (VSM) обеспечивает стратегическое соответствие ИТ-ресурсов общим бизнес-целям.VSM использует данные, предоставляемые картированием потока создания ценности, для управления и оценки ИТ-работы, чтобы обеспечить максимальную ценность для клиента и бизнеса.

Разница между производством и разработкой

Основное внимание в VSM уделяется визуализации, измерению и последующему управлению спросом на протяжении нескольких жизненных циклов продуктов или услуг.

Картирование потока создания ценности было впервые разработано для устранения потерь и максимизации ценности в производстве и производстве. VSM извлекает практические уроки картирования потока создания ценности и применяет их для измерения и увеличения ценности в области ИТ и разработки программного обеспечения.

Существуют существенные различия между производством и разработкой программного обеспечения. Во-первых, производственный цикл имеет тенденцию быть линейным. Запрос клиента собирается и затем отправляется в цех. Работа строго планируется, расписана и контролируется до того, как продукт будет передан заказчику. Целью бережливого управления в производстве является устранение изменчивости и обеспечение повторяемости каждой задачи.

Гибкая разработка является итеративной. Он охватывает изменчивость и адаптивные процессы.Изменчивостью нужно управлять, а не устранять. Управление несколькими линиями спроса на разные продукты часто приводит к бессистемной доставке и неопределенным приоритетам, что может вызвать разочарование в ИТ. Инструменты, предоставляемые Lean и VSM, должны быть адаптированы для ИТ.

Что такое управление потоком создания ценности?

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

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

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

Связь между картированием потока создания ценности и VSM

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

С помощью VSM компания может управлять и контролировать ресурсы ИТ и разработчиков. Отдавая приоритет работе с более высокой ценностью, руководство компании может стратегически согласовать ИТ-инициативы и ресурсы с общей бизнес-стратегией. Ценность каждого выпуска продукта максимальна благодаря четкому и совместному пониманию работы, проделанной над выпуском.

Преимущества VSM для управления жизненным циклом продуктов и приложений

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

Организации, использующие VSM, могут точно отслеживать инвестиции в ИТ и разработку по сравнению с доставкой ценности клиентам.Это обеспечивает стратегическое соответствие между ИТ и корпоративными целями. Функции и результаты продукта можно сопоставить с корпоративными целями, чтобы оптимизировать окупаемость инвестиций в ИТ.

Вариант использования: картирование потока создания ценности в разработке

Из-за быстро меняющихся правительственных постановлений компании-производителю программного обеспечения необходимо было перейти от двухгодичного графика выпуска к ежемесячным выпускам для клиентов.

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

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

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

Через три месяца после составления карты потока создания ценности компания смогла сократить запланированные выпуски продуктов с шести-восьми месяцев до восьми недель. Цель состоит в том, чтобы сократить время выпуска до четырех недель в следующем году.

Увеличение рентабельности ИТ-ресурсов с помощью VSM

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

Использование VSM для управления инвестициями в ИТ  

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

Многие компании стали рассматривать ИТ как статью расходов, а не как ресурс. Без данных ИТ-отдел не смог бы согласовать проектные усилия с бизнес-целями. Качественные инвестиции в ИТ требуют сопоставления затрат с ожидаемой отдачей, а у ИТ-отдела не было возможности точно отслеживать или контролировать затраты.

Эти данные предоставляет карта потока создания ценности

. Карта анализирует процесс реализации проекта, чтобы определить, где и как используются ресурсы. Затраты на каждое мероприятие могут быть точно оценены. Эти затраты связаны с результатом или трудозатратами.Затем можно точно отслеживать применение ИТ-ресурсов для достижения бизнес-результатов.

С помощью этих данных руководство может лучше управлять инвестициями в ИТ.

VSM и Agile Sprint Planning

Синхронизация VSM с гибким планированием спринтов приносит пользу обоим.

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

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

Приоритизация работы с помощью VSM

Благодаря Agile и VSM компания теперь имеет точное представление о стоимости результатов ИТ.Команда может уверенно назначать ресурсы для работы, не рискуя перерасходом средств. Крайние сроки могут быть назначены с использованием ожидаемого возврата, при этом элементы с более низким приоритетом отодвигаются позже в расписании. Компания также может оценить приоритеты в отставании.

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

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

Мониторинг инвестиций в ИТ с помощью VSM

Целью планирования спринта в Agile является точное планирование и прогнозирование работы, необходимой для получения результата. Agile дает команде разработчиков свободу и гибкость, необходимые для эффективного выполнения работы.

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

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

По мере того, как компания планирует новые функции и функции, их ценность для организации может быть оценена и расставлена ​​по приоритетам, что позволит максимизировать отдачу от ИТ-ресурсов. Это обеспечивает видимость. У бизнеса есть точное представление о запланированных ИТ-работах.

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

VSM и межфункциональные группы

VSM также поддерживает использование межфункциональных команд.

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

Это создает разрозненные, разрозненные подразделения в организации. Сотрудничество и общение страдают между бункерами. Очаги неэффективности, особенно при передаче работы, создают потери.

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

VSM связывает команды разработчиков, доставки, бизнеса и тестирования с помощью бизнес-стратегии. Кросс-функциональная команда сосредоточена на предоставлении ценности клиенту. Имея общую стратегию и цели, команда остается синхронизированной. Любое изменение отражается в приоритетах VSM, обеспечивая координацию с командой.

Связывание работы с общими бизнес-целями, а не с приоритетами предметной области, дает основание для существования кросс-функциональной команды.

С помощью VSM устраняются существующие организационные разрозненности и повышается организационная эффективность.

Инвестиции заинтересованных сторон и картирование потока создания ценности

Расширение возможностей для совместной работы и обмена информацией является ценным преимуществом картирования потока создания ценности и VSM.

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

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

Пример использования: максимизация рентабельности инвестиций в ИТ

Крупная корпоративная компания со значительными инвестициями в программное обеспечение и ИТ-ресурсы столкнулась с невыполненными работами.

Управление отставанием было битвой между ИТ и операциями.Приоритеты невыполненной работы для ИТ сильно отличались от приоритетов невыполненной работы для операций. Ни одна из групп не могла точно определить ценность каждого приоритета, если работа не затрагивала напрямую конкретного клиента.

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

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

До составления карты потока создания ценности компания предполагала, что для ликвидации отставания потребуется 18 месяцев работы. Сегодня, по оценкам компании, отставание будет устранено через восемь месяцев, пока ИТ-отдел продолжает работать над новыми функциями и выпусками.

VSM, картирование потока создания ценности и предприятие

Картирование потока создания ценности — это больше, чем просто инструмент для ИТ. Это ценный ресурс для всей организации, становящийся отличительной чертой на конкурентном рынке.

Картирование потока создания ценности и корпоративная культура

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

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

Картирование потока создания ценности и бережливое управление — это не только проект в области ИТ и развития. Успех требует направления и поддержки на каждом уровне организации. Со временем, когда потери будут устранены, а компания сосредоточится на создании ценности для клиентов, все увидят преимущества картирования потока создания ценности.

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

Установка целей в VSM

Цели и бизнес-стратегия компании должны определять и влиять на составление карты потока создания ценности. Они должны исходить от высшего руководства бизнеса. Цели определяют приоритеты и устанавливают значения, используемые в VSM.

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

Задавайте вопросы и определяйте приоритеты. Посмотрите, как стратегия влияет на качество обслуживания клиентов и результаты проекта. Любая путаница или недопонимание негативно повлияют на отображение потока создания ценности и приведут к путанице во время реализации.

После того, как бизнес-руководители и старшие ИТ-специалисты договорятся о бизнес-целях, ценность, определенная для функций и результатов, не должна вызывать путаницы в организации.

Затем

Senior IT превратит бизнес-цели и стратегию в ИТ-инициативы. Часто ИТ-специалисты разрабатывают панель мониторинга для визуального отслеживания и мониторинга приоритетов, установленных с помощью VSM. Эта информационная панель обеспечивает наглядность работы и ИТ-приоритетов.

Устойчивые изменения для ИТ-инициатив

Многие корпоративные проекты обречены на провал не из-за недостатка инициативы или проблемы в методологии. Они терпят неудачу, потому что не имеют широкой поддержки в организации.

Когда проект возглавляет всего несколько человек, а сторонников можно найти только в одной области, поддержка проекта сойдет на нет.

Продолжайте сотрудничать с операционным и бизнес-лидерами по мере развертывания инициативы картирования потока создания ценности. Включите руководство в VSM и позвольте им следить за прогрессом. Пригласите операторов поработать над картой потока создания ценности и покажите им, как VSM создает непрерывную ценность для клиентов.

Пример использования: Внедрение картирования потока создания ценности

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

Прежде чем начать инициативу, они определили основных заинтересованных лиц в организации и пригласили их в комитет по планированию. В их число входили не только сотрудники по операциям, но также ИТ-директор и менеджер по работе с клиентами. Члены комитета стали сторонниками картографирования потока создания ценности.

После того, как проект стартовал, у ИТ-специалистов в компании появились сторонники, которые помогали объяснять важность и преимущества картирования потока создания ценности.

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

Картирование потока создания ценности и гибкость предприятия

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

Если ИТ-отдел может обеспечить большую ценность за счет быстрого реагирования на потребности клиентов в процессе доставки, качество обслуживания клиентов улучшится. Как только качество обслуживания клиентов улучшится, выручка будет расти.

Корпоративная гибкая поставка, основа CI/CD (непрерывная интеграция/непрерывная доставка), имеет решающее значение для достижения этих целей.

Что такое гибкость предприятия?

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

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

Устраняя разрозненные бизнес-подразделения, разрушая корпоративные структуры, которые подавляют производительность, и предоставляя сотрудникам возможность более оперативно реагировать — все преимущества картирования потока создания ценности и VSM — компания может повысить гибкость предприятия.Это увеличивает ценность для клиента.

Связь между гибкостью предприятия и управлением жизненным циклом

Гибкость предприятия для ИТ означает CI/CD. С CI (непрерывной интеграцией) разработчики постоянно тестируют новый код. Раньше тестирование проводилось в конце спринта. С CI код тестируется ежедневно. Работа выполняется совместно, и проблемы обнаруживаются и исправляются почти сразу.

С проверенным кодом продукты готовы к выпуску в любое время – CD (непрерывная поставка).Этот процесс позволяет компании быстро предоставлять клиентам новые возможности и функциональные возможности.

Используя CI/CD и гибкость предприятия, ИТ-компании и компании-разработчики программного обеспечения могут изменить жизненный цикл продукта со статического графика выпуска на такой, который обеспечивает постоянную ценность для клиентов.

Роль ИТ в успехе предприятия

Картирование потока создания ценности и VSM направляют и отслеживают работу ИТ. VSM обеспечивает соответствие инвестиций в ИТ бизнес-целям и корпоративной стратегии.

Отслеживая ИТ-инвестиции в функцию, проект или выпуск, менеджеры могут видеть рентабельность инвестиций (ROI), полученную за счет ИТ-ресурсов и ресурсов разработки. Если есть опасения по поводу проекта или инвестиций или изменения потребностей и ожиданий клиентов, ресурсы можно перераспределить, чтобы максимизировать отдачу. CI/CD гарантирует, что ИТ-команда сможет управлять быстрым развертыванием, перенаправляя рабочие усилия на проекты, приносящие более высокую отдачу. В любой момент компания готова предоставить релиз продукта.

Вместо расходов для бизнеса ИТ становится важным ресурсом для создания стоимости и получения прибыли. Менеджеры могут отслеживать окупаемость инвестиций в ИТ по ценности, которую ИТ приносит в ускоренном и быстром процессе доставки.

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

Готовы ли вы узнать больше о картировании потока создания ценности, гибкости предприятия и роли цифровой трансформации как дифференциатора рынка? Свяжитесь с Panaya, чтобы узнать, как Release Dynamix может открыть для вас гибкость предприятия.

Учебное пособие по составлению карты потока создания ценности (VSM) с примерами и советами — BMC Software

Часто говорят, что картинка стоит тысячи слов.Человеческий мозг обрабатывает изображения в 60 000 раз быстрее, чем текст, а 90% информации, передаваемой в мозг, является визуальной. Таким образом, люди реагируют на визуальные данные и обрабатывают их лучше, чем любые другие типы данных.

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

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

Что такое ВСМ?

Публикация ITIL ® 4 Foundation определяет поток создания ценности как ряд шагов, предпринимаемых организацией для создания и предоставления продуктов и услуг потребителям.

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

Основным принципом бережливого производства является устранение потерь — любой деятельности, не добавляющей ценности с точки зрения потребителя, — что, по сути, делает организацию «бережливой».Карта потока создания ценности обеспечивает основу для выявления ненужной работы («Муда»), в частности, в отношении:

  • Времени
  • Материалов
  • Производственных операций

Бережливое мышление начинается с одного простого аспекта: определения ценности. Это основная цель бережливого менеджмента. Но без четкого представления о том, как вы создаете ценность сегодня, вы не сможете улучшить процесс создания ценности.

VSM дает нам эту ясность, намечая поток работы через различные этапы, связанные с разработкой/поставкой продукта или услуги.

  • Поток считается «хорошим» , когда работа движется устойчиво и предсказуемо в зависимости от спроса клиентов и возможностей поставщиков.
  • Поток «плохой» , когда работа начинается и останавливается хаотично и часто.

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

(узнайте о других подходах к визуализации сопоставления, таких как Wardley Value Chain Mapping , BPMN и Business Capability Mapping , чтобы улучшить процессы компании.)

Кто использует VSM?

Хотя происхождение VSM относится к производственному сектору, концепции применимы к любой структуре предоставления продуктов или услуг, в том числе: ресторан доставки:

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

  • Времени
  • Количество
  • Качество
  • Другие соответствующие показатели

Базовый обзор символов, используемых в VSM, как определено в Lean, включает:

  • Символы, представляющие клиента и поставщика, в верхних углах выглядят как склад.
  • Символы, обозначающие действия , обозначают основные этапы процесса с точкой, указывающей необходимое количество участников.В нашем примере в приготовлении еды участвует 3 участника, а для остальных шагов требуется только 1 человек.
  • Поля данных представляют информацию о потоке на каждом шаге процесса. В нашем примере мы включили следующее:
    • Время обработки (PT): время, которое один продукт проводит на этапе обработки.
    • Время цикла (CT): время между выходом двух продуктов из этапа процесса.
    • Доступность (A): Процент времени безотказной работы оборудования деятельности.
  • Два символа обозначают направление потока . Толстые черно-белые стрелки обозначают толчок или переход от одного шага процесса к другому. Тонкие стрелки представляют поток информации, как ручной, так и электронный.
  • Красные треугольники обозначают хранящиеся запасы , которые включают любые продукты/материалы, которые остановлены и ожидают обработки. Это отличается от продуктов, над которыми ведется работа. Хранящиеся запасы могут выявить такие потери, как задержки и перепроизводство.
  • Внизу линия вверх-вниз представляет временную шкалу .
    • Верхний шаг обозначает полезное время обработки.
    • Нижний шаг указывает на бесполезное время обработки, такое как ожидание и задержки.
    • Общее время суммируется в конце справа.
  • Создание карты потока создания ценности

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

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

    Этапы сопоставления потоков создания ценности

    VSM объединяет различные заинтересованные стороны на протяжении всего жизненного цикла создания/поставки продукта для выполнения двух ключевых задач:

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

    В идеале заинтересованные стороны должны проводить учения именно в том месте, где проводятся мероприятия, чтобы получить представление о мероприятиях из первых рук. (Это называется «гемба» — настоящее место). Им также необходимо иметь доступ к данным, поддерживающим различные виды деятельности в отношении сроков и запасов.

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

    Ограничения картирования потока создания ценности

    Для структурированных и стандартизированных операций VSM идеально подходит для выявления узких мест и источников неэффективности.

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

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

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

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

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

    Похожие материалы

    Эти сообщения являются моими собственными и не обязательно отражают позицию, стратегию или мнение BMC.

    Видите ошибку или есть предложение? Пожалуйста, сообщите нам об этом по электронной почте [email protected]

    Событие по составлению карты потока создания ценности (VSM)

    Одним из основных навыков в практике «бережливого производства + шесть сигм» является знание того, как определить области, в которых организация создает ценность, чтобы можно было легко оптимизировать основные процессы.Это верно независимо от того, используется ли процесс для обработки транзакций или для производства продуктов. Картирование потока создания ценности (VSM) помогает организации рассматривать движение ценности из одной области в другую, а не как серию независимых процессов и изолированных отделов. Эта визуализация необходима для развертывания системы «бережливое производство + шесть сигм».

    Зарезервируйте координатора для предстоящего Кайдзен-мероприятия

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

    Подготовка к событию по составлению карты потока создания ценности

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

    Картирование потока создания ценности (VSM)

    Источник http://www.breezetree.com/images/vsm-present-state.png

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

    Составление диаграммы текущего состояния карты потока создания ценности

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

    Зарезервируйте фасилитатора для предстоящего Кайдзен-мероприятия

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

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

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

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

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

    Заключение

    Таким образом, мероприятие Kaizen Mapping Stream Mapping проводится в течение нескольких дней. Группа межфункциональных представителей выбранного продукта или услуги собирается вместе для выполнения следующих действий:

    • Gemba Walk (иди и смотри)
    • Карта текущего состояния (с временной шкалой с точки зрения клиента)
    • Отходы и Возможности
    • Карта идеального состояния
    • Карта будущего состояния
    • План действий к будущему состоянию (разрыв от настоящего к идеальному)

    Свяжитесь с нами по телефону 6Sigma.нас и узнайте, как мы можем помочь вам спланировать и изменить культуру и деятельность вашей организации. Мы предлагаем учебные программы «Зеленый пояс шести сигм» и «Черный пояс шести сигм»   .

    Определение карты потока создания ценности

    Определение карты потока создания ценности:

    « Назад к Глоссарию Индекс

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

    Обзор: что такое карта потока создания ценности?

    Карта потока создания ценности — это высокоуровневое визуальное представление процессов, связанных с предоставлением продукта или услуги, с целью выявления и устранения потерь в системе.

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

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

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

    Источник изображения: Breezetree.com.

    Карты потока создания ценности

    используют систему символов, которые помогают быстро передавать информацию, обозначая такие концепции, как системы выталкивания и вытягивания, складские супермаркеты, физические и электронные источники данных, FIFO и многое другое.

    3 преимущества картирования потока создания ценности 

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

    Быстро сообщает общий поток создания ценности

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

    Выявляет ключевые узкие места сложных систем

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

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

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

    Позволяет различным отделам получить единое представление о системе

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

    3 передовой опыт картирования потока создания ценности

    Провести мероприятие

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

    Физически сопоставьте сначала

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

    Фокус на текущем состоянии

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

    Часто задаваемые вопросы (FAQ) о картировании потока создания ценности

    Сколько деталей необходимо включить в каждый шаг процесса?

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

    Как часто мне нужно пересматривать карту потока создания ценности для обновлений?

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

    В нашей компании есть несколько продуктов, многие из которых имеют разные схемы потоков создания ценности. С чего начать?

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

    Карты потока создания ценности обеспечивают общее понимание бизнеса

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

    Вам также может понравиться

    « Назад к индексному словарю

    Давайте создадим карту текущего состояния потока создания ценности!

    «Всякий раз, когда есть продукт для клиента, есть поток создания ценности. Задача заключается в том, чтобы увидеть это». – Учимся видеть, Институт бережливого предпринимательства

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

    В этой третьей части мы обсудим, как создать карту текущего состояния потока создания ценности.

    Это то, что есть

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

    Вместо этого нас интересует, как этот процесс работает сегодня.Изменится ли процесс завтра? Конечно. Но это нормально.

    Развлечение с иконками

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

    К счастью, у меня были замечательные инструкторы, и я много занимался самообразованием, чтобы преодолеть свои первоначальные страхи.

    Итак, единственный способ не испугаться (при условии, что вы никогда раньше не видели VSM) — немного изучить и практиковаться, практиковаться, практиковаться.На самом деле есть только несколько значков, которые вы всегда будете использовать. А в остальном вы можете использовать шпаргалку, как я!

    Пришло время создать карту!

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

    Наша компания по производству PB&J носит название KB&R Inc. Для тех, кому интересно, это первая буква имени каждого из трех моих детей!

    Шаг 1: Расчет времени такта

    Не продолжать, пока не будет выполнен этот шаг.Если вы не помните, как рассчитать время такта, этот бесплатный ресурс должен вам помочь.

    В нашем примере ежедневная потребность составляет 700 штук со следующим расположением.

    • Часов в смену: 8
    • Минуты перерыва в смену: 30
    • Смен в день: 1
    • Дней в неделю: 5

    Я рекомендую вам попрактиковаться в этом. Но если вы этого не сделаете, я скажу вам, что время такта составляет 39 секунд на штуку.Другими словами, нам нужно производить готовый бутерброд с вареньем и вареньем каждые 39 секунд, чтобы удовлетворить спрос клиентов.

    Шаг 2: Возьмите карандаш и БОЛЬШОЙ ластик

    На лучших картах потока создания ценности есть ластик. Пожалуйста, я умоляю тебя; не используйте ручку, когда рисуете их.

    Шаг 3: Подготовьте большой лист бумаги

    Ваш стандартный лист бумаги размером 8,5 x 11 дюймов не подойдет. Лично я предпочитаю размер бумаги 11 x 17 дюймов. Он большой, но не слишком большой, чтобы носить с собой.

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

    Шаг 4: Пройдитесь по процессу от начала до конца.

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

    Шаг 5: Нарисуйте в коробке клиента/детали.

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

    Мы также отмечаем их месячный и/или ежедневный спрос вместе с временем такта, рассчитанным на шаге 1.

    Шаг 6: Иди до конца!

    Далее мы начинаем с КОНЦА процесса и начинаем рисовать карту задом наперед.И не забудьте про этот ластик. Вам это понадобится. Я рекомендую вам назначить писца и попросить его нарисовать карту для команды.

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

    Есть много способов сделать это. Экспериментируйте и делайте то, что лучше всего подходит для вашей ситуации.

    Шаг 7. Сначала сосредоточьтесь на материальном потоке

    Сначала сосредоточьтесь на материальных потоках (нижняя часть карты). Сюда входят поля процессов и поля данных.

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

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

    Изучив производственный процесс KB&R в течение дня, мы узнали, что на каждом этапе процесса работает 1 оператор. Мы также собирали информацию о времени цикла на каждом этапе. Дополнительным «домашним заданием» будет сбор информации, такой как уровень брака и время переналадки.

    Шаг 8. Добавьте инвентарь/время ожидания

    Когда у вас есть все поля процесса и данных, пришло время добавить инвентарь и/или время ожидания.Это маленькие желтые треугольники с буквой «I» посередине.

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

    Мы также хотим превратить эти предметы в дневной запас. Для этого мы делим количество штук на среднесуточный спрос (который мы использовали для расчета времени такта).

    Таким образом, если ваш средний дневной спрос составляет 10 штук, и вы насчитали 20 единиц запасов между этапами процесса A и этапом B, у вас есть запас на 2 дня (20/10) между двумя процессами.Мы отметим это число на нашей временной шкале (будет добавлено на следующем этапе).

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

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

    Кроме того, на данном этапе мы не учитываем «сырье» для арахисового масла и желе, поскольку команда экспертов по цепочке поставок KB&R договорилась с Sam’s Club об убийственной сделке с консигнационными запасами, поэтому эти запасы довольно низки.

    В ходе исследования мы узнали, например, что между станциями нанесения желе и упаковочными станциями было 486 узлов (972 куска хлеба). Это соответствует запасу на 0,69 дня (486 единиц / 700 ежедневных потребностей).

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

    Этот «выталкивающий» процесс встречается почти во всех известных человечеству процессах массового производства. Когда мы видим это толкающее действие, мы отмечаем его на VSM пунктирной линией через желтый символ инвентаря.

    Шаг 9: Нарисуйте информационный поток

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

    Например, мы хотим знать, передвигается ли он в электронном виде? Если это так, мы используем молнию в виде линии со стрелкой.Это передается вручную? Если это так, мы используем прямую линию со стрелкой.

    На этом этапе мы также рисуем наш блок управления производством. Для многих в этом поле будут буквы «MRP». В большинстве систем массового производства мы обычно видим несколько ручных информационных строк (прямых), выходящих из блока MRP, направленных прямо на каждый блок шага процесса.

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

    Мы также добавляем поток информации от наших клиентов, а также к нашим поставщикам. В нашем примере мы узнали, что клиент PB&J отправляет электронные прогнозы на 30 дней, а также электронные ежедневные заказы. И наоборот, PB&J отправляет своему поставщику хлеба еженедельный электронный прогноз.

    Шаг 10: Добавьте на временную шкалу

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

    Последним шагом в этом процессе является суммирование всех циклов «добавления ценности» и их отметка в конце временной шкалы. Точно так же мы также суммируем время «инвентаризации» и отмечаем это на временной шкале.

    В нашем примере общее время цикла добавления стоимости составляет 97 секунд, а общее время «инвентаризации», не добавляющее ценности, составляет 2,39 дня! Мы называем общее время инвентаризации временем производственного цикла (PLT).

    Для расчета эффективности технологического цикла (PCE) мы делим время создания стоимости на PLT.Когда мы делаем это, мы получаем PCE 0,15%. Чтобы увидеть, как именно это было сделано , пожалуйста, прочитайте эту статью .

    Резюме

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

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

    Продолжайте читать

    Прочитайте следующую статью из этой серии: Давайте создадим карту потока создания ценности будущего состояния!

    Обзор картирования потока создания ценности

    Если вы хотите глубже погрузиться в эту тему, обязательно ознакомьтесь с нашим видео Обзор картирования потока создания ценности ниже. Это первое видео из нашего курса «Преобразование ваших потоков создания ценности» .