Практики гибкой разработки. Пётр Адрианов
Transcript of Практики гибкой разработки. Пётр Адрианов
![Page 1: Практики гибкой разработки. Пётр Адрианов](https://reader035.fdocument.pub/reader035/viewer/2022062218/5879b8231a28ab6b2c8b7241/html5/thumbnails/1.jpg)
ПРАКТИКИ ГИБКОЙ РАЗРАБОТКИ
и Гарри Поттер
![Page 2: Практики гибкой разработки. Пётр Адрианов](https://reader035.fdocument.pub/reader035/viewer/2022062218/5879b8231a28ab6b2c8b7241/html5/thumbnails/2.jpg)
ЧТО ТАКОЕ SCRUM Методология гибкого управления проектом Ограничен горизонт планирования Взаимозаменяемые разработчики
![Page 3: Практики гибкой разработки. Пётр Адрианов](https://reader035.fdocument.pub/reader035/viewer/2022062218/5879b8231a28ab6b2c8b7241/html5/thumbnails/3.jpg)
SPRINT.ИТЕРАЦИЯ Заказчик
определяет, какие задачи наиболее важны на ближайшее время
Продолжительность от 2 до 4 недель. Фиксированная. У нас - 2 недели
В каждом спринте есть регулярные митинги
![Page 4: Практики гибкой разработки. Пётр Адрианов](https://reader035.fdocument.pub/reader035/viewer/2022062218/5879b8231a28ab6b2c8b7241/html5/thumbnails/4.jpg)
DAILY STANDUP MEETING.ЕЖЕДНЕВНЫЙ СТАТУС По 5 минут на человека Что сделал. Более-менее подробно, а не "работал на задачей
#1234" Что буду делать Что не получается Мы пишем просто в чат Slack сообщение с тэгом #status в
12:30 каждый день
![Page 5: Практики гибкой разработки. Пётр Адрианов](https://reader035.fdocument.pub/reader035/viewer/2022062218/5879b8231a28ab6b2c8b7241/html5/thumbnails/5.jpg)
PLANNING POKER.ОЦЕНОЧНЫЙ МИТИНГ Каждый разработчик говорит, сколько
задача занимает в поинтах (1, 2, 3, 5, 8 - числа Фибоначчи)
Если оценка меньше или больше, чем у других, — обосновывает
Проясняются непонятные моменты
![Page 6: Практики гибкой разработки. Пётр Адрианов](https://reader035.fdocument.pub/reader035/viewer/2022062218/5879b8231a28ab6b2c8b7241/html5/thumbnails/6.jpg)
ЖИЗНЕННЫЙ ЦИКЛ ЗАДАЧИ Формулировка Оценка Выполнение Code review Деплой на стейджинг Тестирование Деплой на продакшен Демонстрация
![Page 7: Практики гибкой разработки. Пётр Адрианов](https://reader035.fdocument.pub/reader035/viewer/2022062218/5879b8231a28ab6b2c8b7241/html5/thumbnails/7.jpg)
![Page 8: Практики гибкой разработки. Пётр Адрианов](https://reader035.fdocument.pub/reader035/viewer/2022062218/5879b8231a28ab6b2c8b7241/html5/thumbnails/8.jpg)
ФОРМУЛИРОВКА ЗАДАЧИ Простыми словами или в виде пользовательской истории Простыми словами: <Глагол> <Ведущий к результату>.
Добавить логотип компании на главную страницу Пользовательская история: <Когда> <Роль>, то он
<Получает результат/Может сделать>[, <Чтобы что>]. Когда пользователь заходит на главную, то он видит логотип компании, чтобы понимать, где он находится
Критерии готовности
![Page 9: Практики гибкой разработки. Пётр Адрианов](https://reader035.fdocument.pub/reader035/viewer/2022062218/5879b8231a28ab6b2c8b7241/html5/thumbnails/9.jpg)
CODE REVIEW.РЕВЬЮ КОДА Создаётся Pull Request на
GitHub Hound проверяет style
guide Vexor проверяет юнит-
тесты Два разработчика ставят
палец вверх Второй разработчик
мёржит задачу в ветку master
Ветки develop у нас нет и это сознательно
![Page 10: Практики гибкой разработки. Пётр Адрианов](https://reader035.fdocument.pub/reader035/viewer/2022062218/5879b8231a28ab6b2c8b7241/html5/thumbnails/10.jpg)
РАСПРЕДЕЛЕНИЕ ЗАДАЧ Разработчик берёт верхнюю задачу из Backlog и делает её Создаёт ветку в git: feature/short-description-1234, fix/short-
description-1234, chore/short-description-1234 Если нужна специальная компетенция (frontend), помечаем
тэгом. Её берёт только тот, кто умеет Если задача может быть сделана только после другой, то
пишем After #1234 (Task title)
![Page 11: Практики гибкой разработки. Пётр Адрианов](https://reader035.fdocument.pub/reader035/viewer/2022062218/5879b8231a28ab6b2c8b7241/html5/thumbnails/11.jpg)
КОГДА НАДО СРОЧНО Выписываете, что именно надо срочно Выписываете, кто есть в команде Распределяете объём работ по дням по каждому человеку Созываете совещание. Обрисовываете ситуацию, почему надо
срочно Каждый день контролируете Не слишком часто (~1 раз в 2 месяца)
![Page 12: Практики гибкой разработки. Пётр Адрианов](https://reader035.fdocument.pub/reader035/viewer/2022062218/5879b8231a28ab6b2c8b7241/html5/thumbnails/12.jpg)
ТЕСТИРОВАНИЕ Разработчик, когда сделал
задачу, пишет доку "How to test". В Scrum - "How to demo"
Выкладывает на стейджинг Тестировщик тестирует и либо
принимает, либо пишет замечания и отправляет на доработку
![Page 13: Практики гибкой разработки. Пётр Адрианов](https://reader035.fdocument.pub/reader035/viewer/2022062218/5879b8231a28ab6b2c8b7241/html5/thumbnails/13.jpg)
ДЕМОНСТРАЦИЯ Каждый понедельник созваниваемся в Hangouts с заказчиком Открываю список сделанных задач Шарю экран и демонстрирую в браузере Заранее проделываю это с утра сам с собой, чтобы успеть
исправить, если что-то не так
![Page 14: Практики гибкой разработки. Пётр Адрианов](https://reader035.fdocument.pub/reader035/viewer/2022062218/5879b8231a28ab6b2c8b7241/html5/thumbnails/14.jpg)
РЕТРОСПЕКТИВА Обзор результатов спринта Что было хорошо Что можно сделать лучше
(Замедляет работу команды или мешает работе)
Акцент на том, что затрагивает всю команду