В вопросе выбора agile-методики для команды, следующей принципам Agile, не существует универсального решения. Используете ли вы Kanban, Scrum или их комбинацию — Scrumban или Kanplan, Agile требует сплоченных действий всей команды. Каждой команде необходимо найти методику, которая лучше всего подходит в качестве платформы для планирования, отслеживания и выпуска идеального программного обеспечения.
Сравнение Scrumban, Kanban и Scrum
Kanban предусматривает постановку задач в количестве, достаточном для стабильной работы команды с полной производительностью. Преимущества работы с Kanban — гибкое планирование, четкие цели и полная прозрачность, поскольку все задачи на повестке дня являются приоритетными. Это именно то, чем занимаются разработчики в данный момент. Kanban идеально подходит для операционных команд с постоянно меняющимися приоритетами, ведущих непрерывную поставку продуктов.
В методике Scrum, наоборот, работа разбивается на несколько этапов с фиксированной продолжительностью, которые называются спринтами. Задача, запланированная для спринта, является основным рабочим приоритетом команды (например, работа над определенной возможностью или группой возможностей). Методика Scrum наиболее эффективна для проектных команд, имеющих четкую дорожную карту и этапы работы с определенными приоритетами.
Но что, если вашей команде больше всего подойдет комбинация методик Scrum и Kanban? Или ей необходимо перейти со Scrum на Kanban? В таком случае идеальным выбором будет Scrumban. Эта смешанная методика имеет множество вариантов применения, однако чаще всего команды, работающие со Scrumban, берут из Scrum спринты с бэклогом, а из Kanban — ограничения незавершенной работы и время цикла. (Примечание. Время цикла — это время, затрачиваемое командой на обработку задачи.)
А если команда не работает итерациями, но нуждается в бэклоге, можно использовать функцию Kanplan (или включить функцию бэклога Kanban) в Jira.
Что такое Kanplan?
Kanplan — это смешанный метод разработки программного обеспечения по методике agile. Как и Scrumban, Kanplan является комбинацией функций Scrum и Kanban. Kanplan — это идеальный вариант для команд, которым требуется ведение бэклога, но не подходит использование спринтов.
Почему Kanban является базовой структурой, а не платформой в строгом смысле слова
Команда по созданию сборок Atlassian отвечает за платформу, используемую для сборки, тестирования и поставки программного обеспечения Atlassian. Разработчикам необходимы надежная инфраструктура и быстрая непрерывная интеграция (CI). Четыре года назад создавалось 21 000 сборок в месяц. Сегодня количество сборок в месяц превышает 150 000.
Такое увеличение масштаба можно связать с расширением команды, переходом от Subversion к Git, использованием автоматического тестирования, а также еще с одним, менее очевидным фактором: переходом от Scrum к Kanban. Платформа Scrum не полностью подходила для решения задач по созданию сборок — реагирования на специализированные запросы, устранения инцидентов, внедрения инноваций. По этой причине команда решила воспользоваться методикой Scrumban, однако вскоре перешла на Kanban, поскольку ей не подходила работа со спринтами. Метод Kanban тоже оказался не идеален, но команда честно пыталась внедрить его в работу. От одной доски перешли к нескольким, потом к доске специалистов службы поддержки, доске работ по проекту и прочим (все содержали уникальные рабочие процессы). Но что оказалось наибольшей проблемой при работе с досками? Нераспределенные задачи, которые требовалось переводить в режим готовности к обработке. Команде было просто работать с задачами из столбца «В процессе», но столбец «Предстоит сделать» был настоящей свалкой, как выразился один из сотрудников.
Преобразуйте список задач в бэклог
Команда по созданию сборок пыталась справиться с длинным и неупорядоченным списком задач с помощью ежедневных стендапов и еженедельных собраний по планированию. Но на самом деле вместо бесчисленных совещаний был необходим бэклог.
Поскольку в досках Kanban традиционно отсутствует функция бэклога, менеджеры по продукту, руководители по разработке и руководители команд используют для планирования задачи из первого столбца. По мере увеличения списка становится все сложнее находить задачи и сортировать их по приоритету. Команда по созданию сборок выделила отдельные доски в соответствии с разными областями работы, однако комбинированная доска команды оставалась перегруженной (требовалось постоянно использовать прокрутку).
Поэтому вместо всевозможных попыток реорганизовать команду, доски или изобрести велосипед, команда Jira решила включить в Kanban бэклоги. Соответствующая функция Kanplan добавляет в систему широкий столбец бэклога, в котором задачи представлены в виде списка. Эта функция разделяет доску Kanban на два самостоятельных экрана, один из которых используется для ведения бэклога, а второй выступает в качестве собственно доски Kanban, где команда разработчиков выбирает и перемещает задания в рамках рабочего процесса.
Это ничем не отличается от бэклога доски Scrum в Jira. Например, столбец бэклога со списком задач вызывается нажатием значка бэклога на боковой панели. Обработав задачи в бэклоге, можно переместить их на следующий этап рабочего процесса.
Комбинирование экрана бэклога Scrum и доски Kanban в единую Agile-доску работает аналогично бэклогу доски Scrum. При нажатии на задачу открывается ее подробное представление. Благодаря специализированным представлениям, таким как просмотр задач, все участники команды могут работать быстрее и эффективнее.
Команды, которые не работают со Scrum и используют для структурирования релизов эпики и предварительно назначенные версии, могут воспользоваться такими инструментами досок Scrum, как просмотр задач или быстрое редактирование. Возможность удобного и быстрого редактирования позволяет менеджерам по продукту, руководителям по разработке и другим сотрудникам, работающим в режиме планирования, эффективно управлять эпиками и версиями.
Хотите добавить бэклог в доску Kanban?
Для включения бэклога в проекте Kanban воспользуйтесь этим руководством.
По словам одного из клиентов, Kanplan объединяет в себе лучшее из двух подходов. Можно перемещать карточки независимо от наличия спринта в работе и вводить задания в бэклог, чтобы облегчить планирование. В этом методе нет «свалки», затруднявшей работу команды Atlassian по созданию сборок, зато есть режим планирования, ранее отсутствовавший в Kanban и связанных методах. Kanplan — новый способ работы для команд, которые не нашли необходимых инструментов в методах Kanban, Scrum и Scrumban.
В режиме планирования, доступном на доске Kanban, и команды, давно знакомые с методом, и команды, соприкоснувшиеся с Kanban недавно, смогут использовать инструменты этой agile-платформы для эффективного решения своих задач, не пытаясь следовать рекомендациям, которые не подходят к их ситуации. Помните: смысл agile-разработки заключается в непрерывном совершенствовании имеющихся рекомендаций.
