Применение гибких методологий (scrum, Канбан) при...

Post on 05-Dec-2014

1.952 Views

Category:

Documents

2 Downloads

Preview:

Click to see full reader

DESCRIPTION

Владимир Завертайлов: применение гибких методологий (Scrum, Канбан) при разработке интернет-проектов.Канбан. Доска проектов. Поток рабочего процесса. Work In Progress. Почему много одновременно выполняющихся проектов - плохо для клиента и для студии. Планирование и выравнивание нагрузки на разработчиков. Scrum. Сокращаем время разработки. Командная разработка web-проектов. Какой инструментарий необходим. Daily meetings.

TRANSCRIPT

Гибкие методологии(Scrum, Канбан)на службе интернет-агентства

Владимир Завертайловдиректор

Допустим, вы решили сменить стааарую неудобную мебель.

Приходим в крутую дизайн-студию, оформляем заказ

Вносим предоплату, и...

Ждем 3 месяца, пока делают.

Ждем еще 2 недели – опаздывают

Ждем еще 3 часа – везут!

Вы сделали то, что мы хотели,НО ЭТО НЕ ТО, ЧТО НАМ НУЖНО!

2009

2010

2011

2010

2011

2010

2010

2010

2008

2009

2010

2009

2011

2008

2009

Владимир

Завертайловwww.sibirix.ru

Рейтинг Рунета 2010

первые по Сибири

25-е по России

Рейтинг Taglile 2011

77-ое место по России

Вы думаете, что было так?

А на самом деле было так!

И так...

И вот так...

Все, что необходимо делать — это следить за временем между поступлением заказаи его выполнением (получением денегот клиента).

И уменьшать это время, путем удаления потерь, не добавляющих конечной ценности.

Таичи Оно, Toyota Motor

Corporation.

Value Stream Map

Оценить работу

Прислать КП Обсудить ТЗ

Сформировать договор

Утвердить договор

Поставить задачу дизайнерам

Нарисовать дизайн

Утвердить у артдиректора

Показать дизайн заказчику

Согласовать дизайн

Отдать дизайн в верстку

Сверстать дизайн

другие процессы...

Потери и полезная работа

Оценить работу

Прислать КП Обсудить ТЗ

Сформировать договор

Утвердить договор

Поставить задачу дизайнерам

Нарисовать дизайн

Утвердить у артдиректора

Показать дизайн заказчику

Согласовать дизайн

Отдать дизайн в верстку

Сверстать дизайн

другие процессы...

Полезная работа

Оценить работу

Прислать КП Обсудить ТЗ

Сформировать договор

Утвердить договор

Поставить задачу дизайнерам

Нарисовать дизайн

Утвердить у артдиректора

Показать дизайн заказчику

Согласовать дизайн

Отдать дизайн в верстку

Сверстать дизайн

другие процессы...

Дизайнер Верстальщик Программист Контент

Конвеер разработки

Дизайнер Верстальщик Программист Контент

Согласование

Дизайнер Верстальщик Программист Контент

Создаем запасы

Неутвержденный дизайн

Незапрограммированные требования

Незаконченная верстка

ЗАКАЗЧИКУ НЕ НУЖНЫ!

Запасы = потери

1 1 12 2 2

3 3 3

1

3

12

3

12

3

12

3

12

2

3

Параллельные проектысдаются медленнее

Backlog Next Design HTML Coding Content Release Done

2 1 2 2 1 2

Критерии перехода

A

B

C D

E

G F

Канбан-доска для портфолио проектов

Backlog Next Design HTML Coding Content Release Done

2 1 2 2 1 2

Критерии перехода

C D

E

FG

A

B

Канбан в действии

Backlog Next Design HTML Coding Content Release Done

2 1 2 2 1 2

Критерии перехода

CD

E

FG

A

B

Канбан в действии

Backlog Next Design HTML Coding Content Release Done

2 1 2 2 1 2

Критерии перехода

C

DE

FG

A

B

Канбан в действии

Backlog Next Design HTML Coding Content Release Done

2 1 2 2 1 2

Критерии перехода

C

D

EFG

A

B

Канбан в действии

Backlog Next Design HTML Coding Content Release Done

2 1 2 2 1 2

Критерии перехода

C

D

EFG

Уменьшение «work in progress»позволяет выявить проблемы

A

B

Как сделать клиенту хорошо?

Клиенту надо сделать быстро!

Фаза кодирования идет по Scrum

Scrum: Действующие лица

Product Owner

Scrum Master

Кросс-функциональная команда

Backlog

User Story Оценка Приоритет

…. 15 300

…... 12 230

…........... 12 180

.. 42 100

…..... 12 89

Product Owner приоритезируетBacklog (удобно в Google Docs)

Product Owner

Backlog Декомпозиция и оценка

Планирование спринта.Декомпозиция. Оценка.

Product Owner

PlanningPoker.ru

Оценка с помощью Planning Poker

1. Что было сделано вчера?

2. Что будет сделано сегодня?

3. Какие есть проблемы?

Daily Meeting (Stand Up)

Product Owner Scrum Master

++

Backlog

Scrum на этапе разработки

Product Owner Scrum Master

Проект

++

++

++

Backlog

Scrum на этапе разработки

Product Owner Scrum Master

Проект

++

++

Демонстрация

Ретроспектива

Что было хорошои стоит повторить

Что было плохо или небходимо улучшить

Следуют из проблем, но не ограничиваются ими

Что реально будет сделано в следующем спринте

плюсыплюсы минусы

планидеи

Ретроспектива

1. Руководитель студии = Product Owner = Scrum Master

2. Менеджер студии = Product Owner = Scrum Master

3. Менеджер студии = Product Owner,

Scrum Master = член команды

Наши этапы внедрения Scrum

Люди — важнее методологии

Работающий проект — важнее методологии

Довольный заказчик — важнее методологии

Scrum — не панацея

Владимир

Завертайлов

http://www.sibirix.ru

Ищем потери

Канбан для портфолио проектов

SCRUM

Planning Poker

Ретроспектива

Scrum — не панацея

Каверзные вопросы, пожалуйста!

top related