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