Установка ограничений хода выполнения

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

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

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

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

Дополнительные сведения см. в обзоре Kanban.

Необходимые компоненты

  • Чтобы настроить параметры группы, необходимо добавить в роль команды Администратор istrator или быть членом группы безопасности Project Администратор istrator. Дополнительные сведения см. в разделе "Добавление администратора команды" или "Изменение разрешений на уровне проекта".
  • Для выполнения всех функций невыполненной работы и доски необходимо назначить базовый доступ или более высокий уровень. Пользователи с доступом заинтересованных лиц могут изменять только рабочие элементы на доске и добавлять существующие теги в рабочий элемент. Заинтересованные лица не могут добавлять рабочие элементы или обновлять поля, отображаемые в карта. Дополнительные сведения см. в разделе "О уровнях доступа".
  • Чтобы настроить параметры группы, необходимо добавить в роль команды Администратор istrator или быть членом группы безопасности Project Администратор istrator. Дополнительные сведения см. в разделе "Добавление администратора команды" или "Изменение разрешений на уровне проекта".
  • Для выполнения всех функций невыполненной работы и доски необходимо назначить базовый доступ или более высокий уровень. Пользователи с доступом заинтересованных лиц могут изменять только рабочие элементы на доске и добавлять существующие теги в рабочий элемент. Заинтересованные лица не могут выполнять следующие задачи. Дополнительные сведения см. в разделе "О уровнях доступа".
    • Добавление рабочих элементов в доску
    • Перетаскивание рабочих элементов для обновления состояния или изменения порядка карта
    • Обновление полей, отображаемых в карта

Определение начальных ограничений WIP

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

  • Задайте ограничения на основе текущих работ. Подсчитывайте элементы, присутствующих в существующих столбцах Kanban.
  • Установите ограничения, не превышающие два или три элемента для каждого члена группы, который работает на этапе. Например, если у вас три члена команды, и каждый участник команды может работать не более двух задач за раз, результирующий предел WIP составляет 6 (= 3 разработчика X 2 задачи или разработчика).
  • Начните с низких ограничений, чтобы помочь вашей команде быстрее обнаруживать узкие места и выявлять проблемы процесса для решения.

Держать в пределах ограничений WIP

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

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

Пример изображения доски Kanban с столбцом по ограничению WIP.

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

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

Определение узких мест

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

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

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

Снимок экрана: примеры моментальных снимков.

Такие моментальные снимки могут показать вашей команде следующие сведения:

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

Устранение отходов

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

Распространенные отходы разработки программного обеспечения включают:

  • Неиспользуемый код или компоненты
  • Дефекты, приводящие к повторной работе
  • Задержки или время ожидания чего-то
  • Передача от одного человека, команды или бизнес-процесса к другому
  • Недостаточно требований
  • Медленное или плохое взаимодействие

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

Установка ограничений WIP

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

  1. Откройте доску Kanban.

  2. Выберите значок шестеренки, чтобы настроить доску и задать общие параметры команды.

    Снимок экрана: параметры открытой доски для команды, вертикальной навигации.

  3. Выберите столбцы , а затем вкладку столбцов, чтобы задать ограничение WIP для этого столбца.

    Снимок экрана: доска Kanban, настройка столбцов, столбцов по умолчанию, гибкий процесс, установка ограничений WIP.

    Примечание.

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

  4. По завершении выберите Сохранить.

Ограничения WIP, проблемы и решения

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

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

Проблемы WIP

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

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

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

  • Изменение языка и региональных параметров. Внедрение ограничений WIP вводит изменения в системе, культуре и команде.

Решения для управления WIP

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

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

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

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

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

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

  • Управление языком и региональными параметрами меняется внимательно. Люди хотят сделать свою лучшую работу - основной тенет базовый Канбан и его связанные дисциплины. Применение принципов управления изменениями при внедрении новых методик. Создайте большую ответственность в команде за успех реализации ограничений WIP.