Написать нам
Категория: Кодирование
06.12.2019

Что Лучше Выбрать: Скрам и Канбан Отличия и Разница

Хотите Scrum vs Kanban?
Компания Merehead занимается веб разработкой. Свяжитесь с нами и получите бесплатную консультацию! Поговорить с Менеджером

Какая разница между Скрам и Канбан и какие преимущества и недостатки они имеют? В этой статье мы попробуем разобраться в этих вопросах и дать детальный ответ. Английская версия статьи scrum vs kanban differences здесь. Многие компании используют разные методологии для разработки программного обеспечения.


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


Скрам


Scrum это методология гибкой разработки программного обеспечения. Данное выражение пришло к нам с регби и является одним из элементов перед началом игры. Многие ИТ компании отдают предпочтение данной методологии, так как она существенно повышает эффективность процесса разработки. В Scrum весь процесс разработки делится на итерации, так называемые Спринты. Каждый Спринт имеет ограниченное время выполнения и является отдельным модулем. Это часть продукта, работу которого можно показать заказчику. На основе многолетнего опыта, время выполнения Спринта ставят от 2 недель до 1 месяца. Если выбирать меньше, тогда уходит много времени на планирование, если брать больше месяца, сложно все держать в голове и контролировать процесс в конце фазы, так как много заданий которые должны быть выполнены.



Компания Merehead использует онлайн платформу Jira для управления проектам для управления проектами. Она имеет огромное количество функций и настроек. Более того система позволяет использовать дополнительные плагины, которых насчитывается более 1000. Это действительно гибкий и удобный инструмент, он позволяет работать по Скрам и Канбан методологии. Основным недостатком Jira является сложный интерфейс для новичков. Давайте посмотрим, какой регламент имеет методология Скрам.


Sprint Planning Meeting. Процесс веб разработки начинается с планирования Спринта. Происходит встреча всей команды и формируется список задач для backlog Спринта. На данном этапе оценивается по времени каждая задача и обсуждается взаимодействие между членами команды. Количество задач backlog не ограничено, но время их выполнения должно строго соответствовать выделенному времени для Спринта. Это одна из самых важных встреча, так как формирует основу всего Спринта.


Daily Meeting. В процессе разработки, каждый день, происходит короткая встреча команды. Основная цель - поделится опытом и оценить как проходит процесс разработки. На этой встречи каждый член команды отвечает на три вопроса: что было сделано вчера, что будет сделано сегодня, какие есть проблемы? Scrum master контролирует процесс встречи. Sprint Review.


После завершения Спринта проходит review выполненной работы. Завершенный модуль показывается Product Owner или клиенту. Retrospective. После Sprint Review проходит встреча команды для обсуждения оптимизации работы. Именно здесь можно обсудить организационные проблемы, чтобы в будущих Спринтах это учесть и улучшить процесс разработки.


Канбан


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



Некоторые ИТ компании предпочитают использовать обычные(физические) доски с бумажными карточками. Но все же большинство используют виртуальные доски. В нашей компании используется онлайн инструмент Trello. Он дает возможность легко настроить доску для каждого проекта. Система имеет все необходимые инструменты для управлением процессом разработки, некоторые компании предпочитают создавать свои ERP системы. На мой взгляд это самое лучшее Канбан решение, которое есть на рынке. Доска может состоять из множества столбцов. Мы в основном используем 4 основных столбца: To do, In progress, Need testing и Done. Карточки по мере выполнения перемещаются с одной секции в другую.


To do. Для каждого задания создается своя карточка. В нее добавляется детальное описание. Кроме того, можно прикрепить файл, указать степень важности и поставить время выполнения. За каждой карточкой закрепляется разработчик, тот человек который должен выполнить это задание.


In progress. Когда разработчик начинает работать над своим заданием, он перемещает соответственную карточку в столбец In progress. Все члены команды видят, кто над чем работает. Когда задание было завершено, карточка перемещается в следующую секцию – Need testing.


Need testing. QA-engineer отслеживает карточки в столбце Need testing. Как только какое либо задание было выполнено, происходит процесс тестирования. Если, тестирование прошло успешно, карточка перемещается в секцию Done. Если возникли какие либо ошибки, к карточке прикрепляется комментарий с описание проблемы и возвращается обратно в столбец To do. Даже если вы хотите создать свой видеохостинг, трелло идеально вам подойдет.


Скрам и Канбан отличия


Как видите Kanban и Scrum имеет много общих подходов, но в тоже время у них множество различий.



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

  2. После начала Спринта, Скрам методология не допускает изменений в backlog (заданиях), так как это ломает основу всей системы. Канбан дает возможность добавлять/удалять задания на любой фазе веб разработки. Таким образом Скрам не является такой гибкой методологией как Канбан.

Написать нам
Имя*:
Email*:
Сообщение: