Scrum in SimtechBy Ilya Makarov
Итеративность
Agile● Люди и их взаимодействие важнее процессов и
инструментов;
● Готовый продукт важнее документации по нему;
● Сотрудничество с заказчиком важнее жестких контрактных ограничений;
● Реакция на изменения важнее следования плану.
Scrum
Роли
Процессы
Артефакты
SCRUMBUT
We use Scrum, but ...
● 7 программистов / 5 тестеров / 3 писателя● скачиваемая CMS ● много Legacy / слабое покрытие тестами● релизы примерно раз в 2 месяца.
Задачи- Вовлечение команды- Формирование правильного беклога- Внедрение существующих процессов- Организация Sprint Review
Проблема
Как планировать спринт, если постоянно прилетают баги
Ситуация- В среднем 20 багов за спринт от клиентов- Есть нервные клиенты и требуют ASAP- Баги по идее не должны оплачиваться компанией- Время работы по багу может занимать от 1 до XX
часов.
Решение- Регламент по фиксу багов- Критичные баги в приоритете
Проблема
Как оценивать задачи, если их “невозможно” оценить
Декомпозиция задач- Пользовательские сценарии- Архитектура- MVP + постепенное улучшение
Должен быть критерий “сделано”.
Декомпозиция через User Stories
Story Points
Покер-планированиеPlanning Poker
Planning Poker
Planning Poker
Донести важность оценки
Решение● Пропаганда ценностей Scrum● Дробить задачи (1 week max)● Обсуждать каждую задачу● Оценивать на основании кода
Как закрывать задачи в срок
Проблема
Сделать в срок
- Нету незаконченных задач, есть сделанные или не сделанные;
- Умение выполнить в срок = высокому уровню ответственности;
- Время на не сделанные задачи в большинстве случаев увеличивается;
- Burndown chart & Velocity sucs.
Решение● Один ответственный● Критерий “сделано”● Оптимальная длина спринта● Премия “сделано” за спринт● Демонстрировать только “выполненные”
задачи
Проблема
Как организовать работу тестеров
Testing in Agile
Решение- Свои stand-up meetings- Оценка задач- Работа в том же спринте
Проблема
Кто, что и в какой момент должен делать
Решение- Инструкции ролей- Описание процессов- Описание инструментов
Итого- Процесс работы с багами поменял
процесс разработки в лучшую сторону
- Итоговые демонстрации приносят профит всем
- Разработчики способны оценивать задачи в часах
- Возможность выявления слабых мест за счет потраченного времени
- Почти любую задачу можно сделать за 2 недели
Вопросы
/ilya.makarov
@ilyacs
Top Related