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

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

Value Stream Map (карта потока создания ценности) - это графическое представление процесса процесса создания продукта. Она помогает оптимизировать и улучшить производительность и качество разработки.

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

Цель картирования потока - устранить или сделать минимальными элементы, которые не несут никакой ценности.

Общие сведения о Gitlife Value Stream map

Требование (единица разработки)

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

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

Поток создания ценности (Workflow Status)

Поток создания ценности (Workflow Status) - это последовательность шагов в процессе разработки ПО, которые требования проходят от момента появления до доставки пользователям.

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

Для использования Value Stream Map (VSM) необходимо сопоставить ваш собственный процесс разработки ПО со стандартным процессом, который включает в себя следующие шаги:

• этап создания требования - Create Stage;
• этап создания требования - Requirement Stage;
• этап разработки продукта по требованию - Develop Stage;
• этап тестирования - Testing Stage;
• завершающий этап - End.

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

Настройка Value Stream Map

Чтобы настроить Value Stream map:

1. Перейдите в настройки Value Stream map:
   1. В правой верхней части экрана нажмите на иконку шестерёнки и в раскрывающемся меню выберете Enterprise Settings;
   2. В левом боковом меню пролистайте вниз до блока Gitlife Insight;
   3. Откройте раздел Capacity Rules.
2. Настройте команды:
   1. Откройте раздел Team Settings. Здесь будет выводиться список команд;
   2. Создайте новые команды или отредактируйте существующие;
   3. Установите отношения между командами, рабочими пространствами и репозиториями кода;
3. Настройте конфигурацию Value Stream Map:
   1. Найдите в списке схему типов задач, которую вы хотите настроить;
   2. Нажмите кнопку Edit. Откроется окно настройки конфигурации Performance rule matching;
   3. В поле Item Type в раскрывающемся меню выберете тип задачи, который является требованием и для которого будет настроена конфигурация ниже. Если у вас несколько типов задач являются требованием, то можно настроить конфигурацию для каждого отдельного типа задачи;
   4. Соотнесите свой производственный процесс со стандартными этапами разработки. Для этого под каждым этапом нажмите кнопку + и выберете из раскрывающегося меню статусы, соответствующие этапу разработки. После чего для каждого статуса (кроме статусов, соотнесённых с этапами Create Stage и Closed) укажите отметку Waiting или Processing;
   5. Нажмите кнопку OK.
4. Укажите дополнительные параметры для выбранной схемы типов задач:
   1. В списке схем нажмите кнопку Settings на выбранной схеме типов задач;
   2. В разделе Quality indicators в поле Bug Item(s) в раскрывающемся меню выберете тип задачи, который соответствует дефекту;
   3. В поле The end status of is в раскрывающемся меню выберете конечные статусы для дефектов;
   4. В поле Owner mapping column в раскрывающемся меню выберете поле, у котором указывается ответственный за выполнение задачи (этот параметр учитывается при расчёте пропускной способности).

Конфигурация Value Stream Map настроена.

Индикаторы Value Stream map

Индикаторы скорости

Requirement Life Cycle (жизненный цикл требований) - это полное время жизни требования от его создания в Gitlife Team до поставки пользователям. Requirement lead time - это время от начала работы над требованием до его поставки пользователям. Develop lead time - это время от окончания работ по дизайну требования до его поставки пользователям. Change lead time - это время от окончания работ по разработке ПО требования до поставки пользователям.

Analysis time - это среднее значение времени на прохождение требованием этапа аналитики Requirement. Requirement development time - это среднее значение времени на прохождение требованием этапа разработки Develop. Develop Waiting duration - это среднее значение времени ожидания работ на этапе Develop. Develop duration - это среднее значение времени выполнения работ на этапе Develop. Requirement Test duration - это среднее значение времени на прохождение требованием этапа тестирования Test. Test waiting duration - это среднее значение времени ожидания работ на этапе Test. Test duration - это среднее значение времени выполнения работ на этапе Test. Test return rate - показывает процент возвращённых требований на этап Develop. Release duration - это среднее значение времени на прохождение требованием этапа поставки Release. Release waiting duration - это среднее значение времени ожидания работ на этапе Release. Release duration - среднее значение времени ассоциированного конвейера сборки продукта. Release times - количество успешных сборок продукта сборочным конвейером. Release frequency - среднее количество сборок продукта сборочным конвейером в день.

Индикаторы качества

Number of bugs - количество открытых дефектов. Test return rate - показывает процент возвращённых требований на этап Develop.

Индикаторы пропускной способности

Per capita requirement delivery quantity - количество поставленных требований на одного участника команды в выбранный промежуток времени. Total delivery requirement - количество поставленных требований в выбранный промежуток времени. Number of participants requirement - количество участников команд в выбранный промежуток времени. WIP (work in progress) - количество требований в работе (в статусах категории in progress).

Индикаторы эффективности потока

Working time - время, когда над требованием ведутся работы. Waiting/Pending time - время, когда над требованием не ведутся работы. То есть требование ожидает. Waiting proportion - показывает отношение время ожидания к общему времени жизни требования.