Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Сервисы Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022
Ограничения на ход работы (WIP) являются основной практикой Kanban , которая ограничивает количество элементов, над которыми работает ваша команда на каждом этапе. Сосредоточив внимание на завершении работы перед началом новой, команды улучшают пропускную способность и качество программного обеспечения.
Ограничения WIP задают мягкие ограничения на количество элементов, разрешенных в каждом столбце доски. Эти ограничения можно превысить, но доска выделяет количество столбцов, чтобы ваша команда может принять меры. В этой статье объясняется, как определить, задать и управлять ограничениями WIP.
Подсказка
Вы можете использовать ИИ, чтобы помочь в выполнении этой задачи далее в этой статье или просмотреть Включить помощь ИИ с помощью Azure DevOps MCP Server, чтобы начать.
Предварительные условия
| Категория | Требования |
|---|---|
| уровни доступа | По крайней мере базовый доступ. |
| Разрешения | Чтобы настроить параметры команды: участник группы безопасности Project Administrators или роль Team Administrator. Для получения дополнительной информации см. Изменение разрешений на уровне проекта. |
Определение начальных ограничений WIP
Используйте следующие рекомендации, чтобы задать начальные ограничения WIP:
- Подсчитывайте текущую работу — просмотрите элементы в каждом столбце, чтобы установить базовый план.
- Масштабирование по размеру команды — позволяет иметь по два-три элемента на одного члена команды на каждом этапе. Например, три разработчика × два элемента каждый = ограничение WIP в шесть.
- Начните с низких значений — Благодаря низким пределам вы можете быстрее выявить узкие места и раньше решить проблемы с процессами.
Соблюдайте ограничения WIP
После установки ограничений WIP следите за тем, насколько хорошо ваша команда придерживается их.
Соблюдение ограничений WIP означает, что элементы не должны добавляться в столбец, если это приведет к превышению ограничения. Когда столбец выходит за предел, доска сразу же выделяет его, сигнализируя команде о завершении ранее существующей работы перед взятием новых элементов.
Сначала пребывание в рамках WIP может быть неудобно. Участники группы, которые предпочитают многозадачи, могут чувствовать себя ограниченными, в то время как другие могут ожидать завершения вышестоящей работы. Часто встречаться в качестве команды, чтобы обсудить эти корректировки и укрепить практику.
Определение узких мест
Узкие места — колонки, в которых элементы остаются без работы в течение нескольких дней, свидетельствуют об имеющихся потерях в рабочем процессе. Отслеживайте доску с течением времени, чтобы обнаружить их. Частые узкие места обычно означают, что ограничения WIP слишком высоки; отсутствие узких мест вообще может означать, что ограничения слишком низкие.
Делайте периодические моментальные снимки вашей доски, чтобы увидеть, где рабочие процессы идут плавно и где они застопориваются.
Моментальные снимки помогают команде отслеживать:
- Среднее число элементов на столбец
- Отношение активных элементов к членам команды в каждом столбце
- Элементы, остающиеся в столбце в течение длительного периода
- Завершенные элементы и средняя пропускная способность с течением времени
Устранение отходов
Отходы — это то, что не способствует доставке ценности. Чтобы устранить узкие места, определите и удалите источники отходов в рабочем процессе. Распространенные формы отходов в разработке программного обеспечения включают:
- Неиспользуемый код или компоненты
- Дефекты, требующие повторной работы
- Время ожидания и задержки
- Ненужные передачи между командами
- Неполные или неясные требования
- Неэффективное взаимодействие
Обсудите эти источники в команде и совместно найдите решения.
Установка ограничений WIP
Прежде чем задать ограничения WIP, убедитесь, что рабочий процесс команды сопоставлен с столбцами.
Выберите
, чтобы открыть параметры доски.
Выберите "Столбцы", а затем выберите вкладку столбцов и введите ограничение WIP.
Примечание.
Доступные заголовки столбцов зависят от того, какой процесс используется в вашем проекте, и от того, рассматривает ли ваша команда ошибки как требования или задачи.
Нажмите Сохранить.
Проблемы и решения
Превышение ограничений WIP на один или два элемента является нормальным. Если ваша команда постоянно превышает ограничения на три или более, просмотрите процессы или измените ограничения.
Через несколько недель использования ограничений WIP обсудите, что работает и что не так. В следующих списках рассматриваются распространенные проблемы и проверенные решения.
Распространенные проблемы
- Социальная динамика — некоторые члены команды сопротивляются правилам, берут на себя дополнительную работу или верят, что многозадачность более продуктивна.
- Вариативность работы — неодинаковый размер элементов (пользовательские истории и ошибки) и смешанные оценки (часы, дни, баллы историй) затрудняют равномерное применение единого предела WIP.
- Игнорируя системные проблемы — Команды преодолевают узкие места, вместо того чтобы решать проблемы с основными рабочими процессами.
- Изменение культуры . Внедрение ограничений WIP требует корректировки систем, привычки команды и культуры организации.
Проверенные решения
- Приоритет производительности команды — переключите фокус с отдельных выходных данных на общий поток. Поощряйте сотрудничество вместо многозадачности.
- Правильный размер рабочих элементов — обсудите размер элемента перед началом работы. Разбейте большие объекты на более мелкие задачи одинакового размера.
- Помогайте внешней работе продвигаться вперед — В период простоя помогайте с внешними элементами или снимайте блокировки с коллег, вместо того чтобы начинать новую работу.
- Достаточная укомплектованность персоналом — убедитесь, что на каждом этапе рабочего процесса достаточно специалистов, чтобы предотвратить узкие места.
- Создание общего понимания — проведение регулярных ретроспектив, документирование политик команды и поддержка принципов Канбана.
- Используйте метрики для настройки — отслеживайте счетчики WIP и временные рамки, и корректируйте ограничения на основе данных.
- Поддержка культурных изменений — применение принципов управления изменениями и предоставление команде права владения решениями по ограничению WIP.
Использование искусственного интеллекта для анализа работы
Если вы подключаете сервер MCP Azure Boards к агенту ИИ в режиме агента, вы можете использовать запросы естественного языка для анализа работы в столбцах доски.
| Задача | Пример запроса |
|---|---|
| Подсчет элементов в столбце | How many work items are in each workflow state for my team's backlog? |
| Поиск перегруженных столбцов | Show me all active work items in the 'In Progress' state for the <Contoso> project |
| Определение устаревших элементов | Find work items in the 'Active' state that haven't been updated in the last 14 days |
| Проверка емкости команды | List all work items assigned to <Jamal> that are currently in progress |
| Анализ WIP для каждого человека | Show the count of active work items per team member in area path <Contoso\\Frontend> and flag anyone with more than 5 |
| Обнаружение пиков WIP | Compare the count of in-progress work items this week vs last week for my team in <Contoso> |
| Поиск рисков многозадачности | List team members in <Contoso> who have active work items across more than 2 different features |
| Проверка пропускной способности столбца | Show how many work items moved from Active to Resolved per week over the last 4 weeks in <Contoso> |
| Определение блокировщиков потока | List work items in <Contoso> that have been in the same state for longer than the average time items spend in that state |
| Предложение перебалансирования WIP | Show team members in <Contoso> with no active work items alongside those with more than 3 |
Примечание.
Режим агента и сервер MCP используют естественный язык, чтобы настроить эти запросы или задать дальнейшие вопросы, чтобы уточнить результаты.