Как работают программисты? 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Изнутри
