UX Scrum- и Kanban-досок
в российских сервисах
для командной работы

В рамках исследования российских аналогов Jira мы смотрели наиболее популярные инструменты для работы над проектами. По результатам опроса IT-специалистов среди них оказалась Kanban-доска. Мы посмотрели реализацию этого инструмента в отечественных сервисах и заметили, что очень часто Kanban-доской называют обычную доску со стикерами.

Правильно ли это с точки зрения методологии и что такое Kanban-доска? Будем с вами сегодня разбираться. А заодно поговорим и о Scrum-досках.

Прежде чем приступить к подготовке материала, мы провели обширную аналитическую работу с привлечением внешнего эксперта — адепта agile-ценностей Максима Барчукова. Он начинал как разработчик ПО, но потом пошел по пути менеджмента. Сейчас Максим руководитель проектного офиса в системном интеграторе.

Kanban и Scrum — инструменты управления проектами со своими практиками, целями, правилами и ограничениями. Общая цель инструментов одна — сделать процесс создания продукта управляемым и предсказуемым, чтобы проект был сдан в нужные сроки и нужного качества. При этом у методов есть и отличия. Они отражены в таблице ниже:

Главное отличие Scrum от Kanban: Kanban ориентирован на результат, а Scrum — на процесс.

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

Мы кратко рассмотрели два вида построения процессов и можем выделить основные функции, которые должны присутствовать на досках, чтобы их можно было называть Scrum- или Kanban-доска.

Пул функций, которые должны присутствовать в досках:

Среди российских аналогов Jira доски Scrum и Kanban представлены у Аспро.Cloud, Kaiten, Яндекс. Трекера и Битрикс24. Эти сервисы более других приближены к необходимому перечню функционала для работы по рассматриваемым методологиям.

Сводные таблицы функциональности можно посмотреть ниже:

Сервис дает возможность использовать доску визуализации в качестве Kanban-или Scrum-доски. Четкого разделения в интерфейсе нет, но есть необходимые функции, которые пользователь может использовать и даже смешивать, работая по ScrumBan.

Начнем с того, что у Аспро.Cloud нет четкого разделения на Scrum и Kanban, но существует Agile-процесс, который пользователь может настроить под свои задачи.

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

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

После создания спринта на странице появляется поле, куда можно перенести задачи из бэклога.

При планировании важно указать нагрузку, которую сможет осилить команда в указанные сроки. Нагрузка считается количеством Story points. Flowlu при создании спринта и его наполнении не показывает сумму Story Points добавленных задач.

Увидеть данные по трудозатратам можно только после клика на кнопку «Начать спринт». Т. е. не выполняется одно из условий правильного планирования спринта — взять столько задач в спринт, сколько осилит команда. Видеть это значение в конце планирования — значит не следить за данным показателем в процессе планирования.

Scrum предписывает брать определенное количество Story points в спринт. Если в процессе спринта добавляются новые задачи, что делать не рекомендуется, Flowlu оповещает об изменении трудоемкости.

Flowlu позволяет запустить два спринта одновременно.

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

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

Доску у Аспро.Cloud можно назвать Scrum доской, но необходимы доработки:

• Прозрачное распределение ролей.
• Планирование не только задач, но и встреч, которые являются важной составляющей фреймворка.
• При планировании спринта указывать трудозатраты (количество Story points), т. к. это имеет большое значение при подборе задач и их количества на спринт.
• Оповещать пользователя в конце спринта, куда переместятся карточки с выполненными задачами.
• При запуске нескольких спринтов одновременно дать возможность фильтровать карточки на доске, чтобы отслеживать выполнение задач каждого спринта по отдельности.
• Добавить отчет о производительности команды, — это поможет в будущем делать реалистичные прогнозы в планировании трудозатрат на спринт.

Аспро.Cloud показывает количество задач, а также их сумму Story points на этапе. Данный функционал носит больше информативный характер, поэтому не может являться инструментом Kanban и использоваться как WIP-лимиты (ограничение количества карточек на этап).

Доску у Аспро.Cloud нельзя назвать Kanban-доской, так как не предусмотрена функциональность для основных принципов метода: ограничение количества задач на этап и запрета на возвращение задач обратно.

Kaiten дает возможность использовать доску визуализации в качестве Kanban- или Scrum-доски. Правда, пользователю придется подумать, какая из досок какому методу принадлежит. Подсказка в качестве выбора класса сервиса может быть неочевидной для начинающих практиковать Kanban.

Планирование спринта происходит путем перетаскивания карточек из общего бэклога в бэклог спринта.

Так же как и у Flowlu пользователь не ставит лимита на трудозатраты и сумму Story points добавленных в спринт задач. Посмотреть эти данные можно, кликнув на специальный значок, который появляется при наведении.

В процессе спринта у команды перед глазами находится дедлайн и цель спринта. Это позволяет держать в фокусе необходимый результат.

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

Доску у Kaiten нельзя назвать Scrum-доской, необходимы доработки:

• Прозрачное распределение ролей.
• Планирование не только задач, но и встреч, которые являются важной составляющей фреймворка.
• При планировании спринта указывать трудозатраты (количество Story points), т. к. это имеет большое значение при подборе задач и их количества на спринт.
• Оповещать пользователя в конце спринта, куда переместятся карточки с выполненными задачами.

Одна из особенностей, присущих Kanban, — это возможность поставить лимит количества задач на этапе (WIP-лимиты). У Kaiten данную функцию можно найти только на Scrum-доске, что неверно c точки зрения методологий — Wip-лимиты не используются в Scrum.

Задача WIP-лимитов — показывать команде слабые места в процессе, чтобы общими усилиями решить задачу и продвинуть ее на следующий этап.

Kaiten предупреждает, если количество карточек на этапе превышает установленный лимит.

Кроме WIP-лимитов, которые предотвращают заторы в работе, Kanban рекомендует делить этап на подэтапы — «В работе» и «Готово». Таким образом команда понимает, какие карточки можно уже брать на следующий этап, а какие еще не готовы.

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

В Kanban для приоритизации задач используют классы обслуживания/сервиса. Это деление задач по их приоритету — чем выше строка с задачами, тем важнее они для клиента. Kaiten позволяет создавать доски с 2 и 3 классами обслуживания.

Доску у Kaiten можно назвать Kanban-доской, но необходимы доработки:
— Чётко разделить функции Kanban-доски и других досок:

• убрать из Kanban-доски функцию спринта;
• добавить на Kanban-доску функцию WIP-лимитов.

—Поставить ограничение на перемещение задачи назад.

Доску у Kaiten можно назвать Kanban-доской, но необходимы доработки:
— Чётко разделить функции Kanban-доски и других досок:

● убрать из Kanban-доски функцию спринта;
● добавить на Kanban-доску функцию WIP-лимитов.

— Поставить ограничение на перемещение задачи назад.

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

Яндекс.Трекер порадовал подходом к планированию спринта — это единственное приложение из проанализированных, которое добавило функционал покерного планирования для оценки задач. Участники команды собираются в одном рабочем пространстве и вместе оценивают трудоемкость задачи. Причем, чтобы оценки были честными, сначала голосование происходит анонимно, а затем оценки открываются всем участникам.

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

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

Яндекс.Трекер единственный предоставляет пользователю выбор, куда будут направлены незавершённые карточки. А вот что станет с завершёнными в данной системе — также приходится гадать.

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

Процесс у Яндекс. Трекера можно назвать Scrum, но необходимы доработки:

• Прозрачное распределение ролей.
• Планирование не только задач, но и встреч, которые являются важной составляющей фреймворка.
• При планировании спринта указывать трудозатраты (количество Story points), т. к. это имеет большое значение при подборе задач и их количества на спринт.
• Оповещать пользователя в конце спринта, куда переместятся карточки с выполненными задачами.
• Добавить отчёт о производительности команды, — это поможет в будущем делать реалистичные прогнозы в планировании трудозатрат на спринт.
• Проработать ограничение на добавление новых задач в спринт.

Яндекс. Трекер не позволяет добавлять на этапы новые карточки, если это превысит WIP-лимит.

Доску у Яндекс.Трекера с Kanban связывает только наличие WIP-лимитов и наличие отчетов о производительности и времени выполнения задач. Этого недостаточно, так как не прослеживается вытягивающий принцип работы, поэтому мы не можем назвать доску Kanban-доской.

Scrum в Битрикс24 — это дополнительный платный модуль для организации работы команды. Kanban-доски у системы нет.

Битрикс24 — единственная система, которая внедрила функционал создания и планирования встреч.
Встречи отображаются в календаре. Собираться на них можно с помощью встроенного функционала видеосвязи.

Также Битрикс24 при создании проекта собирает данные о команде: руководитель (product owner), разработчики (developer) и другие участники. Так в команде на начале работы будет проще понять, к кому идти с конкретным вопросом. Правда, не указана еще одна важная роль — Scrum Master.

Битрикс24, как и другие системы, не дает поставить на спринт лимит трудозатрат, но, как и Яндекс. Трекер, подсчитывает и показывает сумму Story points добавленных задач.

Также Битрикс24 единственные не разрешают брать в спринт неоцененные задачи.

Для завершения задачи её необходимо проверить на Definition of Done, или критерии готовности. Такой чек-лист можно задать для любого типа задач.

После завершения спринта информация по его результатам видна на окне планирования. Это помогает в моменте видеть картину успешности использования фреймворка Scrum в работе.

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

Процесс у Битрикс24 можно назвать Scrum, но необходимы доработки:

• При планировании спринта указывать трудозатраты (количество Story points), т. к. это имеет большое значение при подборе задач и их количества на спринт.
• Оповещать пользователя в конце спринта, куда переместятся карточки с выполненными задачами.
• Проработать ограничение на добавление новых задач в спринт.

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

Тем не менее мы можем выделить системы, которые максимально приблизились к недостижимому идеалу: