Как работают программисты? Scrum фреймворк (с точки зрения разработчика)

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

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

Зачем он нужен?
Скрам нам нужен в первую очередь для упорядоченности и для предсказуемости того, что сможет сделать команда, когда, как и в каком качестве.

Что нужно от этого знать разработчику?
Хочу сказать что Scrum совсем не простой инструмент, у него есть множество кастомизаций и вариаций, которые адаптируются под нужны проекта.

Основные принципы (Спринты)

Когда мы начинаем использовать скрам то у нас есть так называемая концепция Sprint-ов.
Sprint - в контексе Scrum , выделенный отрезок времени на разработку.
Она говорит нам о том, что мы должны определить какой-то фиксированный скоуп работы,
который мы сможем сделать за условленное время спринта, которое мы решим например обычно это от 1 до 4 недель.

Основные принципы(Планирование)

Перед началом Спринта у нас обычно проводится так называемый Spring planning, это митинг где собирается вся команда, где рассматривается так называемый беклог это набор задач без оценки, которые в будущем нужно будет делать.

Основные принципы(Оценка)

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

Основные принципы(Daily scrum)

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

Основные принципы(Роли)
В рамках скрама есть так называемые роли, их всего 3 это Product Owner, Команда разработки и Scrum master

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

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

Основные принципы(Review + Demo)

После того как заканчиваются 2 обозначные недели спринта, часто бывает что вы например для PO или представителей бизнеса делаете какую-нибудь демо сессию, где вы собственно презентуете что сделали. Это так называемая Spring Demo.
Плюс бывает такое что вы могли не закончить какую-то работу вовремя и вы хотите ее обсудить и рассказать почему так произошло, а также взглянуть что нужно будет примерно сделать на следующий спринт
Этот процесс в общем называется Sprint review и это тоже может быть отдельный митинг раз в 2 недели.

Основные принципы(Retro)

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

Sprint retrospective

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

Основные принципы(Ограничения)

Также важно понимать что работа по Scrum-у требует вовлечения всех участников для поддержания здорового процесса, поэтому важно соблюдать все правила которые я описывал ранее , а также понимать что есть определенные ограничения, например не рекомендуется менять скоуп спринта после его планирования, потому что это разрушает процесс и команда может не успеть сделать этот shippable product.

00:00 Начало
0:49 - что такое Scrum
1:15 - зачем он нужен
2:46 - что разработчик должен знать о Scrum
4:11 - пример использования Scrum-a в работе
5:19 - основные принципы системы Scrum. Что такое sprint-ы
7:19 - планирование спринта (sprint planning)
11:28 - Daily scrum
12:22 - основные роли в скраме
15:07 - что такое Sprint demo и review
16:51 - Sprint retrospective
17:55 - Backlog refinement
18:46 - ограничения в Scrum

Соцсети:
  / itwithvitaly  
  / itwithvitaly  

#какРаботаютПрограммисты #работаВРеальномПроекте #itИзнутри