Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
ScrumScrum! Lovely scrum! Lovely scrum!        Eduard (@index01d) Antsupov, 2012
Команда●   Зовут x01d●   Появились в августе 2010 г.●   8 человек в штате●   3 ключевых программиста●   3-5 проектов в раб...
Начало. Нет методологии.Nokia 612018 кв. м
Постановка задачи. ТЗ. Водопад.
Постановка задачи. ТЗ. Водопад.                          Потом всё поменяли                          Можно было не вырабат...
Scrum! - The New Product Development Game
Методология гибкой    разработки
Набор инструментов    управления   разработкой
Фреймворк дляразработки сложныхпродуктов и систем
Роли●   Product Owner●   Scrum Master●   Scrum Team●   ...●   Users
Product OwnerВладелец продукта. Представляет      интересы заказчика.
Product OwnerВладелец продукта. Представляет      интересы заказчика.
Product Owner● Определяет набор функционала ПО● Устанавливает приоритеты● Устанавливает дату релиза● Даёт обратную связь● ...
Команда3-9 человек, самоорганизуется,     кроссфункциональна
Команда3-9 человек, самоорганизуется,     кроссфункциональна
Команда● Декомпозирует пользовательские истории  на задачи● Оценивает сложность● Разрабатывает продукт● Контролирует качес...
Scrum Master  Лидер команды. Защитник Scrum.Защитник команды. Решает проблемы.
Scrum Master  Лидер команды. Защитник Scrum.Защитник команды. Решает проблемы.
Scrum Master●   Устраняет препятствия●   Предотвращает перерывы в разработке●   Помогает команде●   Следит за процессом
Мы делаем продукт.
Продукт представляетсобой список функций, который называется       backlog
Backlogом владеет  Product Owner
Продукт описывается в      терминах  пользовательских       историй
Product owner расставляет задачамприоритеты по степени      важности
Команда оценивает сложность задач
Результат: Список    оцененных иотсортированных по  важности задач
Спринт● Обычно короткий (от 2-х до 4-х недель)● Жёстко ограничен по времени● Начинается с планирования (Planning  Meeting)...
Планирование спринта (Planningmeeting)● Участвуют все● Длится 4-8 часов● Выбираются первые n задач из Backloga● Определяет...
Sprint Backlog неизменяется в процессе       спринта!
Planning Poker
Доска (task board)
Доска (task board)
Митинг (Daily Scrum)●   Участвует команда●   Длится 15-20 минут●   Что сделано?●   Что мешает продвижению спринта?●   Что ...
Демонстрация● Участвуют все● Озвучивается цель● Демонстрируется инкремент функционала● Бизнес-ориентация (что сделано, вме...
Ретроспектива●   Главное - проводить :)●   Длится 1-3 часа●   Участвуют все●   Неформальная встреча●   Каждый высказываетс...
Производительность ипрогнозирование● График успеваемости (BurnDown-  диаграмма)● Фокус-фактор
BurnDown-диаграмма (графикуспеваемости)
Фокус-фактор
Фокус-фактор
3 кита Scrum● Эффективные коммуникации● Жёсткий TimeBoxing● Самоорганизующаяся команда
Позитив● Прототип в процессе разработки  превращается в продукт● Оперативная реакция на обратную связь● Предсказуемая прои...
Проблемы● Коммуникация удаленных членов  команды● Бизнес-процессы заказчика● Кроссфункциональность и постоянство  состава ...
Nokia-тест: итеративность● Итерации фиксированы?● Длина итерации не превышает 6 недель?● В конце итерации вы имеете работа...
Nokia-тест: Scrum● У вас есть Product Owner?● Если у вас есть P.O., ведет ли он Backlog  (cписок фич, которые нужно  запро...
Must read.●   Wiki читать не нужно.●   Там много воды●   И мало дела●   И бесполезно
Must read.● Практика внедрения Scrum: трудности и пути их  преодоления // Бибичев Андрей, 15 апреля 2008 г.
Must read.● Scrum и XP: заметки с передовой // Хенрик Книберг,  InfoQ
Must read.● Succeeding with Agile // Addison-Wesley, Mike Cohn,  2010
Здесь должны быть  ваши вопросы Да, это точная информация.           100%
О чём я забыл●   Планирование релиза●   Связь с XP и TDD●   Масштабирование Scrum●   Организация тестирования
Lovely scrum
Lovely scrum
Lovely scrum
Lovely scrum
Upcoming SlideShare
Loading in …5
×

Lovely scrum

823 views

Published on

Published in: Technology
  • Be the first to comment

  • Be the first to like this

Lovely scrum

  1. 1. ScrumScrum! Lovely scrum! Lovely scrum! Eduard (@index01d) Antsupov, 2012
  2. 2. Команда● Зовут x01d● Появились в августе 2010 г.● 8 человек в штате● 3 ключевых программиста● 3-5 проектов в работе одновременно● Еда обходится в полтора раза дороже аренды офиса!● Друзей много● Но нам мало● Фриланс (http://lookubra.x01d.com/)● Сбор и анализ данных в сети интернет (мы много знаем про OAuth-протокол v1-2, DOM, открытые API и методы сбора и анализа данных из социальных сетей, обнаружение групп, деревья решений, фильтрацию документов...)● Интеграция социальных сетей в сайты и веб-сервисы
  3. 3. Начало. Нет методологии.Nokia 612018 кв. м
  4. 4. Постановка задачи. ТЗ. Водопад.
  5. 5. Постановка задачи. ТЗ. Водопад. Потом всё поменяли Можно было не вырабатыватьСтрашноошибиться Делали долго... Получилось не то Не успели : ( ПАНИКА и УЖАС!
  6. 6. Scrum! - The New Product Development Game
  7. 7. Методология гибкой разработки
  8. 8. Набор инструментов управления разработкой
  9. 9. Фреймворк дляразработки сложныхпродуктов и систем
  10. 10. Роли● Product Owner● Scrum Master● Scrum Team● ...● Users
  11. 11. Product OwnerВладелец продукта. Представляет интересы заказчика.
  12. 12. Product OwnerВладелец продукта. Представляет интересы заказчика.
  13. 13. Product Owner● Определяет набор функционала ПО● Устанавливает приоритеты● Устанавливает дату релиза● Даёт обратную связь● Обеспечивает связь заказчиков и исполнителей● Принимает результат
  14. 14. Команда3-9 человек, самоорганизуется, кроссфункциональна
  15. 15. Команда3-9 человек, самоорганизуется, кроссфункциональна
  16. 16. Команда● Декомпозирует пользовательские истории на задачи● Оценивает сложность● Разрабатывает продукт● Контролирует качество● Улучшает процесс разработки● Демонстрирует работу Product Ownerу
  17. 17. Scrum Master Лидер команды. Защитник Scrum.Защитник команды. Решает проблемы.
  18. 18. Scrum Master Лидер команды. Защитник Scrum.Защитник команды. Решает проблемы.
  19. 19. Scrum Master● Устраняет препятствия● Предотвращает перерывы в разработке● Помогает команде● Следит за процессом
  20. 20. Мы делаем продукт.
  21. 21. Продукт представляетсобой список функций, который называется backlog
  22. 22. Backlogом владеет Product Owner
  23. 23. Продукт описывается в терминах пользовательских историй
  24. 24. Product owner расставляет задачамприоритеты по степени важности
  25. 25. Команда оценивает сложность задач
  26. 26. Результат: Список оцененных иотсортированных по важности задач
  27. 27. Спринт● Обычно короткий (от 2-х до 4-х недель)● Жёстко ограничен по времени● Начинается с планирования (Planning Meeting)● Заканчивается ретроспективой● Сопровождается ежедневными совещаниями (daily meeting)
  28. 28. Планирование спринта (Planningmeeting)● Участвуют все● Длится 4-8 часов● Выбираются первые n задач из Backloga● Определяется цель спринта● Обсуждаются способы достижения цели● Команда формирует Sprint Backlog● Истории из Backloga разбиваются на подзадачи● Формируется расписание спринта
  29. 29. Sprint Backlog неизменяется в процессе спринта!
  30. 30. Planning Poker
  31. 31. Доска (task board)
  32. 32. Доска (task board)
  33. 33. Митинг (Daily Scrum)● Участвует команда● Длится 15-20 минут● Что сделано?● Что мешает продвижению спринта?● Что будет сделано?
  34. 34. Демонстрация● Участвуют все● Озвучивается цель● Демонстрируется инкремент функционала● Бизнес-ориентация (что сделано, вместо как сделано!)● Обмен отзывами● Демонстрируйте недемонстрируемое!● How-to-demo
  35. 35. Ретроспектива● Главное - проводить :)● Длится 1-3 часа● Участвуют все● Неформальная встреча● Каждый высказывается● Никто не перебивает● Что хорошего?● Что можно улучшить?● Анализ производительности● Подведение итогов
  36. 36. Производительность ипрогнозирование● График успеваемости (BurnDown- диаграмма)● Фокус-фактор
  37. 37. BurnDown-диаграмма (графикуспеваемости)
  38. 38. Фокус-фактор
  39. 39. Фокус-фактор
  40. 40. 3 кита Scrum● Эффективные коммуникации● Жёсткий TimeBoxing● Самоорганизующаяся команда
  41. 41. Позитив● Прототип в процессе разработки превращается в продукт● Оперативная реакция на обратную связь● Предсказуемая производительность● Возможность определить процент готовности проекта● Простые метрики● => меньше риски● Разгружает менеджмент● Повышает настроение и мотивацию в команде :)
  42. 42. Проблемы● Коммуникация удаленных членов команды● Бизнес-процессы заказчика● Кроссфункциональность и постоянство состава команды● Небольшие команды● Слабая документированность продукта
  43. 43. Nokia-тест: итеративность● Итерации фиксированы?● Длина итерации не превышает 6 недель?● В конце итерации вы имеете работающее ПО?● Вам не нужна детальная спецификация, чтобы начать итерацию?● Вы проводите тестирование во время разработки? (важно иметь работающее ПО)
  44. 44. Nokia-тест: Scrum● У вас есть Product Owner?● Если у вас есть P.O., ведет ли он Backlog (cписок фич, которые нужно запрограммировать)? Приоритеты? Оценка сложности?● Строите ли вы burndown-диаграмму?● Команда работает по принципу самоорганизации?
  45. 45. Must read.● Wiki читать не нужно.● Там много воды● И мало дела● И бесполезно
  46. 46. Must read.● Практика внедрения Scrum: трудности и пути их преодоления // Бибичев Андрей, 15 апреля 2008 г.
  47. 47. Must read.● Scrum и XP: заметки с передовой // Хенрик Книберг, InfoQ
  48. 48. Must read.● Succeeding with Agile // Addison-Wesley, Mike Cohn, 2010
  49. 49. Здесь должны быть ваши вопросы Да, это точная информация. 100%
  50. 50. О чём я забыл● Планирование релиза● Связь с XP и TDD● Масштабирование Scrum● Организация тестирования

×