Agile-доски для визуального потока задач в SimpleOne SDLC
Обновлено: 30 сентября 2024
Kanban
— это концепция организации рабочих процессов, основанная на непрерывном потоке создания ценности с ограничениями на объемы незавершенной работы. В отличие от Scrum, рабочий процесс в Kanban не ограничивается спринтами, а бэклог пополняется приоритетными задачами в любой момент, ограничиваясь лишь WIP-лимитами.
Workflow в Kanban состоит из:
- Планирование задач: обсуждение приоритетов задач в общем бэклоге, распределение по срочности и важности поставки;
- Ежедневные собрания: короткое совещание, на котором команда обсуждает задачи в работе, проблемные места, поток решения задач;
- Анализ процесса: оценка времени выполнения задач, выявление узких мест в workflow, оптимизация этапов выполнения задачи;
- Ретроспектива: обсуждение работы команды за определенный период, устранение недочетов, оптимизация и совершенствование процессов в целом.
Kanban-доска
Kanban-доска отражает текущие задачи проекта в виде карточек, карточки переносятся между столбцами в зависимости от текущего статуса, столбцы можно объединять в области, устанавливаются WIP-лимиты для ограничений, обозначение цветных маркеров (тегов) задач, создание задач прямо на канбан-доске и выделение карточек в отдельную дорожку (трек) по условию.
Kanban-доска помогает организовать непрерывные процессы работы над проектом и позволяет выявить узкие места в работе команды через ограничение объемов одновременно выполняемой работы.
Scrum
— это одна из наиболее популярных методик управления проектами, работа при которой ведется итерациями (спринтами) фиксированной длительности, обычно 2-4 недели. За это время - итерацию, команда создает ценность для потребителя или MVP. В непрерывном проекте спринты следуют друг за другом.
Каждый спринт в Scrum включает обязательные контрольные точки:
- Планирование спринта на старте: обсуждение объема работ, списка задач и оценка задач в Story Points;
- Ежедневный стендап: короткое 10–15-минутное совещание, на котором обсуждаются проблемы и текущие задачи на день;
- Обзор спринта (review): демонстрация и анализ продукта по его готовности;
- Ретроспектива спринта: обсуждение прошедшего спринта, оптимизация Scrum-процесса.
В Scrum определены три основные роли: владелец продукта, scrum-мастер и участники команды разработки.
Рабочий процесс в Scrum регламентируется с помощью трех артефактов — бэклог продукта (Product Backlog), бэклог спринта (Sprint Backlog), инкремент (Increment).
Scrum-доска
Scrum-доска повторяет функциональность Kanban-доски, но не используются WIP-лимиты, карточки бэклога относят только к текущему спринту, отображают Story Points на карточке, выведено название спринта и даты итерации.
Scrum-доска позволяет визуально организовать итерационную работу команды и отслеживать прогресс по спринту.
Отличия Scrum и Kanban
Несмотря на общую концепцию гибкого управления и визуализации потока задач, между Scrum и Kanban есть несколько существенных отличий:
Различия в структуре и элементах:
- Scrum фокусируется на отдельных спринтах, Kanban — на непрерывном потоке задач проекта;
- Scrum определяет конкретные роли (scrum-мастер, владелец продукта, команда разработки), Kanban — нет;
Различия в процессах:
- В Scrum команда планирует задачи конкретно под спринт, при Kanban можно добавлять задачи из бэклога в любой момент, если это позволяет WIP-лимит;
- В Scrum ретроспектива проводится по окончании очередной итерации, а в Kanban команда свободна проводить подобные встречи в любой удобный момент.
- Цветовой маркер.
- Иконка соответствующего типа задач из таблицы Типы задач и номер задачи.
- Наименование задачи.
- Сотрудник, ответственный за задачу. На карточке отображаются его аватар, имя и фамилия.
- Количество дней, в течение которых задача находится в текущем статусе.
- Бейджи.
- Выпадающий список Подзадачи. Список свернут по умолчанию. Задачи в статусе Готово отмечаются иконкой установленного флажка.
Примеры использования Scrum и Kanban досок
Рассмотрим несколько кейсов, где Scrum или Kanban доски показывают наибольшую эффективность.
Где эффективнее Scrum-доска
Компания разрабатывает корпоративный сервис видеоконференций. Проект рассчитан на 9 месяцев. Необходимо регулярно поставлять разработанную ценность заказчику и получать обратную связь.
В данном случае оптимально использовать Scrum-доску и планировать работу на спринты по 2-4 недели. Это позволит четко структурировать этапы разработки, демонстрировать новые возможности в конце каждого спринта, а также оперативно реагировать на пожелания заказчика.
Где эффективнее Kanban-доска
Команда поддерживает и развивает облачный сервис учета финансов. Поступает поток разнообразных задач: новые функции, исправление ошибок, оптимизация процессов.
Здесь удобно использовать одну общую Kanban-доску для всех задач разработки без деления на спринты. Это позволяет оптимизировать общий workflow, устранять слабые места за счет WIP-лимитов, приоритезировать задачи на доске и распределять карточки в разные дорожки по условию.
Возможности кастомизации SimpleOne SDLC
SimpleOne SDLC предоставляет широкие возможности по настройке и кастомизации Agile досок под задачи и процессы команд. Решение позволяет настраивать как базовые элементы, так и логику рабочих процессов за счет No-code и Low-code.
На Scrum доске можно настроить:
- Длительность спринтов;
- Состав команды с соответствующими ролями;
- Выбор задач в спринт из бэклога проекта;
- Необходимые статусы задач;
- Автозаполнение релизов по завершению спринтов;
- Отслеживание скорости и нагрузки в стори-поинтах.
На Kanban доске можно настроить:
- Выводить и объединять определенные статусы на доску;
- WIP-лимиты на столбцы и области;
- Дорожки классов обслуживания;
- Цветовые маркеры для карточек на доске;
- Отображение информации в бейджах задач;
- Фильтрацию задач по параметрам.
Также реализована интеграция SimpleOne SDLC с внешними системами версионного контроля.
Заключение
Подводя итог, можно сказать, что выбор между Scrum или Kanban досками зависит от конкретных особенностей проекта.
Если работаете по спринтам и пранируете нагрузку команды на фиксированную итерацию — оптимальней Scrum. Если же конвеерный поток задач без четкой итерационности — лучше подойдет Kanban.
Если специфика задач в команде меняется от итерации к итерации - проще структурировать задачи в спринты по Scrum. Если нужно оптимизировать существующий процесс конвейерной разработки — то Kanban.
Какой бы способ организации проекта вы не выбрали,
содержит необходимую функциональность для управления процессами разработки ПО. Решение соответствует лучшим практикам Agile и позволяет гибко кастомизировать доски и бизнес-процессы как по Scrum, так и по Kanban.