Upload
ashmanov-and-partners
View
1.925
Download
2
Embed Size (px)
DESCRIPTION
Владимир Завертайлов: применение гибких методологий (Scrum, Канбан) при разработке интернет-проектов.Канбан. Доска проектов. Поток рабочего процесса. Work In Progress. Почему много одновременно выполняющихся проектов - плохо для клиента и для студии. Планирование и выравнивание нагрузки на разработчиков. Scrum. Сокращаем время разработки. Командная разработка web-проектов. Какой инструментарий необходим. Daily meetings.
Citation preview
Гибкие методологии(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 — не панацея
Каверзные вопросы, пожалуйста!