Pragmatic SCRUM (Константин Мирин).

Post on 15-Jun-2015

117 views 1 download

description

SCRUM выглядит отлично, если у вас идеально сработавшаяся кросс-функциональная команда и классный клиент, который понимает процесс. На практике все совсем не так радужно. В докладе покажу как мы: - Готовим проект к старту и планируем загрузку команды. - Решаем проблемы с изменяющимися требованиями и архитектурой - И почему мы не говорим клиентам, что “делаем SCRUM”

Transcript of Pragmatic SCRUM (Константин Мирин).

Pragmatic SCRUMKonstantin Mirin

Обо мне• Разрабатываю сайты с 2005

• Работаю с PHP, ExtJS, jQuery

• Управляю своей компанией с 2010

• Участвовал в разработке нескольких продуктов “по скраму” с нуля

SCRUM за 3 минуты

Почему проекты проваливаются?

• Требования: Что делать?

• Технология: Как делать?

• Команда: Кто делает?

• Политика: Не хочу, чтобы сделали!

User Story != требования

Как менеджер по продажам, Я хочу видеть в график продаж, Для того чтобы анализировать наши показатели

User Story != требования

User Story != требованияКак поняла команда

User Story != требованияЧего хотел клиент

Backlog не определяет продукт

• Для небольшого продукта (до 3 мес) методология не имеет значения

• Для большого продукта сложно расписать все user story

• Не расписав user story сложно правильно приоритизировать

“Итеративная” архитектура• Давайте писать, потом

отрефакторим!

• Твиттер и фейсбук тоже переписывали!

• В природе выживает только после мучительных мутаций :-)

Интерфейс определяет продукт

• Исследование юзеров, создание персон

• Планирование функционала и его важности

• Отрисовка каждого скрина до его реализации

• Отрисовка всех основных моков до проектирования архитектуры

Are you doing SCRUM? - NO!• Гибко надо вести проект по

разработке

• Требования и дизайн должны делаться до этого

• SCRUM не имеет смысла для 2-3 человек, поэтому дизайн-проект делается не по SCRUM

Чем хорош SCRUM?• Итерации. Планирование,

фиксированный список задач.

• Демо. Это очень важно для продукта.

• Burndown chart - это удобно.

• Ретроспектива - можно, если осторожно.

• Daily standup - это необходимо.

Подготовка к старту• Исследование рынка, юзеров

• Анализ бизнеса, процессов и т.п.

• Моки, моки, моки и требования

• Дизайн

• Оценка. Клиент хочет знать бюджет.

• Не важно, сколько это займет. Важно что без этого не будет продукта.

Загрузка команды

SCRUM-команда• Все full-stack developers

• Все могут делать ревью кода

• 1 junior на 3 middle/senior разработчика

• Все понимают важность требований и читают их

• Есть тестировщик, который полностью вовлечен в разработку

Questions?• konstantin@iqria.com

• http://frontendgeeks.com/

• http://iqria.com/

• http://www.linkedin.com/in/konstantinmirin

• https://www.facebook.com/konstantin.mirin