0
Введение в  Scrum
<ul><li>Скрам  – это один из Agile процессов, который позволяет фокусироваться на поставке наиважнейших, с точки зрения би...
Популярность  Scrum <ul><li>Microsoft </li></ul><ul><li>Yahoo </li></ul><ul><li>Google </li></ul><ul><li>Electronic Arts <...
Применение  Scrum <ul><li>Коммерческое ПО </li></ul><ul><li>Внутренняя разработка </li></ul><ul><li>Разработка на заказ </...
Характеристики <ul><li>Самоорганизующиеся команды </li></ul><ul><li>Продукт разрабатывается серией  “ спринтов ” , каждый ...
Agile -манифест Источник :  www.agilemanifesto.org/iso/ru процессов и инструментов Люди и взаимодействие важнее следования...
Product life cycle
Sprints <ul><li>Scrum  проекты развиваются сериями  “ спринтов ” (итераций) </li></ul><ul><li>Продолжительность: 2-4 недел...
Разработка: Последовательная   против параллельной Вместо того, чтобы выполнять эти активности по очереди... ...  Скрам ко...
Никаких изменений в течение спринта <ul><li>Длительность спринта планируется исходя  из того, как долго команда может рабо...
Scrum framework <ul><li>Product owner </li></ul><ul><li>Scrum Master </li></ul><ul><li>Команда </li></ul>Роли <ul><li>Prod...
Scrum framework Роли <ul><li>Product Backlog </li></ul><ul><li>Sprint Backlog </li></ul><ul><li>Burndown charts </li></ul>...
Product owner <ul><li>Один человек </li></ul><ul><li>Определяет требования к продукту </li></ul><ul><li>Определяет дату ре...
Scrum master <ul><li>Представляет руководство проекта </li></ul><ul><li>Ответственен за внедрение ценностей и практик  Scr...
Команда <ul><li>Обычно 5-9 человек </li></ul><ul><li>Кросс функциональная </li></ul><ul><ul><li>программисты, тестировщики...
Команда Разработчики Тестировщики Анализ ● ● Разработка ● Unit tests ● Build ● ● Test cases writing ● Test environment upd...
Scrum framework Роли <ul><li>Product Backlog </li></ul><ul><li>Sprint Backlog </li></ul><ul><li>Burndown charts </li></ul>...
Sprint planning Планирование Бизнес среда Команда Product Backlog Технология Продукт Что делаем <ul><li>Анализируем бэклог...
Sprint backlog example User story: Реализовать графическое представление конфигурации сети <ul><li>Product backlog  и  Spr...
Daily Scrum meeting <ul><li>Характеристики </li></ul><ul><ul><li>Ежедневно </li></ul></ul><ul><ul><li>15 минут </li></ul><...
Каждый отвечает на три вопроса <ul><li>Это  НЕ   отчет Scrum-мастеру! </li></ul><ul><li>Это обязательства перед коллегами ...
Sprint Demo meeting <ul><li>Команда представляет, что было сделано  за спринт </li></ul><ul><li>Фокус на результат, а не п...
Ретроспектива <ul><li>После каждого  demo  до начала следующего спринта </li></ul><ul><li>Участвует вся команда </li></ul>...
Scrum framework Роли <ul><li>Sprint planning </li></ul><ul><li>Sprint review </li></ul><ul><li>Sprint retrospective </li><...
Product Backlog <ul><li>Требования </li></ul><ul><li>Список   желательной функциональности </li></ul><ul><li>В идеале напи...
Управление бэклогом спринта <ul><li>Члены команды выбирают работу на свой выбор </li></ul><ul><ul><li>Задачи никогда не на...
Пример бэклога спринта Активности Сделать  интерфейс пользователя Сделать логику Протести ровать  логику Написать  руковод...
Sprint burndown chart Часы
Особенности <ul><li>Распределенная команда </li></ul><ul><ul><li>Удаленный  product owner </li></ul></ul><ul><ul><li>Daily...
Масштабирование посредством Скрама из Скрамов
Книги по  Scrum <ul><li>Agile and Iterative Development: A Manager’s Guide  by Craig Larman </li></ul><ul><li>Agile Estima...
Questions?
Upcoming SlideShare
Loading in...5
×

Scrum: Introduction

1,450

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
1,450
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
35
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Transcript of "Scrum: Introduction"

  1. 1. Введение в Scrum
  2. 2. <ul><li>Скрам – это один из Agile процессов, который позволяет фокусироваться на поставке наиважнейших, с точки зрения бизнеса, ценностей в наикратчайшие сроки </li></ul><ul><li>Он позволяет нам быстро и регулярно инспектировать реально работающее программное обеспечение (от двух недель до месяца). </li></ul><ul><li>Бизнес расставляет приоритеты. Команды самоорганизовываются и определяют лучший способ, чтобы выпустить функции с высоким приоритетом. </li></ul><ul><li>С регулярностью от двух недель до месяца все могут видеть реально работающий программный продукт, и решить выпускать его как он есть либо продолжить улучшение в следующем спринте. </li></ul>Скрам в 100 словах
  3. 3. Популярность Scrum <ul><li>Microsoft </li></ul><ul><li>Yahoo </li></ul><ul><li>Google </li></ul><ul><li>Electronic Arts </li></ul><ul><li>Lockheed Martin </li></ul><ul><li>Philips </li></ul><ul><li>Siemens </li></ul><ul><li>Nokia </li></ul><ul><li>IBM </li></ul><ul><li>Capital One </li></ul><ul><li>BBC </li></ul><ul><li>Intuit </li></ul><ul><li>Nielsen Media </li></ul><ul><li>First American Real Estate </li></ul><ul><li>BMC Software </li></ul><ul><li>Ipswitch </li></ul><ul><li>John Deere </li></ul><ul><li>Lexis Nexis </li></ul><ul><li>Sabre </li></ul><ul><li>Salesforce.com </li></ul><ul><li>Time Warner </li></ul><ul><li>Turner Broadcasting </li></ul><ul><li>Oce </li></ul>
  4. 4. Применение Scrum <ul><li>Коммерческое ПО </li></ul><ul><li>Внутренняя разработка </li></ul><ul><li>Разработка на заказ </li></ul><ul><li>Проекты с фиксированной стоимостью </li></ul><ul><li>Финансовые приложения </li></ul><ul><li>ISO 9001- сертифицированные приложения </li></ul><ul><li>Встроенные системы </li></ul><ul><li>24x7 системы с требованиями 99.999% работоспособности </li></ul><ul><li>Создание «Унифицированного истребителя-бомбардировщика» </li></ul><ul><li>Разработка видеоигр </li></ul><ul><li>Жизненно важные системы, утвержденные Управлением по контролю за продуктами и лекарствами (США) </li></ul><ul><li>ПО контроля за спутниками </li></ul><ul><li>Веб-сайты </li></ul><ul><li>Портативное ПО </li></ul><ul><li>Мобильные телефоны </li></ul><ul><li>Приложения работы сети </li></ul><ul><li>ISV приложения </li></ul><ul><li>Некоторые крупнейшие, широко используемые приложения </li></ul>
  5. 5. Характеристики <ul><li>Самоорганизующиеся команды </li></ul><ul><li>Продукт разрабатывается серией “ спринтов ” , каждый не больше месяца </li></ul><ul><li>Все требования записываются в виде единого списка “ бэклога продукта ” </li></ul><ul><li>Инженерные практики не являются частью Scrum </li></ul><ul><li>Использует простые правила для создания гибкой среды разработки проектов </li></ul><ul><li>Один из Agile процессов </li></ul>
  6. 6. Agile -манифест Источник : www.agilemanifesto.org/iso/ru процессов и инструментов Люди и взаимодействие важнее следования первоначальному плану Готовность к изменениям важнее исчерпывающей документации Работающий продукт важнее согласования условий контракта Сотрудничество с заказчиком важнее
  7. 7. Product life cycle
  8. 8. Sprints <ul><li>Scrum проекты развиваются сериями “ спринтов ” (итераций) </li></ul><ul><li>Продолжительность: 2-4 недели с жестким ограничением по времени </li></ul><ul><li>Продукт проектируется, разрабатывается и тестируется на протяжении одного спринта </li></ul>
  9. 9. Разработка: Последовательная против параллельной Вместо того, чтобы выполнять эти активности по очереди... ... Скрам команды делают понемногу от каждой все время Требования Дизайн Разработка Тестирование
  10. 10. Никаких изменений в течение спринта <ul><li>Длительность спринта планируется исходя из того, как долго команда может работать, не внося изменения в план работ </li></ul>Изменение
  11. 11. Scrum framework <ul><li>Product owner </li></ul><ul><li>Scrum Master </li></ul><ul><li>Команда </li></ul>Роли <ul><li>Product Backlog </li></ul><ul><li>Sprint Backlog </li></ul><ul><li>Burndown charts </li></ul>Артефакты <ul><li>Sprint planning </li></ul><ul><li>Sprint review </li></ul><ul><li>Sprint retrospective </li></ul><ul><li>Daily scrum meeting </li></ul>Ритуалы
  12. 12. Scrum framework Роли <ul><li>Product Backlog </li></ul><ul><li>Sprint Backlog </li></ul><ul><li>Burndown charts </li></ul>Артефакты <ul><li>Product owner </li></ul><ul><li>Scrum Master </li></ul><ul><li>Команда </li></ul><ul><li>Sprint planning </li></ul><ul><li>Sprint review </li></ul><ul><li>Sprint retrospective </li></ul><ul><li>Daily scrum meeting </li></ul>Ритуалы
  13. 13. Product owner <ul><li>Один человек </li></ul><ul><li>Определяет требования к продукту </li></ul><ul><li>Определяет дату релиза и наполненность </li></ul><ul><li>Ответственен за доходность проекта (ROI) </li></ul><ul><li>Приоритезирует требования, исходя из их рыночной ценности </li></ul><ul><li>Корректирует приоритеты на каждой итерации, если необходимо </li></ul><ul><li>Принимает работу </li></ul>
  14. 14. Scrum master <ul><li>Представляет руководство проекта </li></ul><ul><li>Ответственен за внедрение ценностей и практик Scrum </li></ul><ul><li>Не раздает задания </li></ul><ul><li>Устраняет препятствия </li></ul><ul><li>Ответственен за эффективность работы команды </li></ul><ul><li>Обеспечивает видимость и прозрачность ситуации в команде </li></ul><ul><li>Защищает команду от внешних воздействий </li></ul>
  15. 15. Команда <ul><li>Обычно 5-9 человек </li></ul><ul><li>Кросс функциональная </li></ul><ul><ul><li>программисты, тестировщики, дизайнеры... </li></ul></ul><ul><li>Заняты полный рабочий день </li></ul><ul><li>Команды самоорганизуюются </li></ul><ul><ul><li>В идеале, нет специальных ролей </li></ul></ul><ul><li>Состав команды может меняться только между спринтами </li></ul>
  16. 16. Команда Разработчики Тестировщики Анализ ● ● Разработка ● Unit tests ● Build ● ● Test cases writing ● Test environment update ● Testing ● ●
  17. 17. Scrum framework Роли <ul><li>Product Backlog </li></ul><ul><li>Sprint Backlog </li></ul><ul><li>Burndown charts </li></ul>Артефакты <ul><li>Product owner </li></ul><ul><li>Scrum Master </li></ul><ul><li>Команда </li></ul><ul><li>Sprint planning </li></ul><ul><li>Sprint review </li></ul><ul><li>Sprint retrospective </li></ul><ul><li>Daily scrum meeting </li></ul>Ритуалы
  18. 18. Sprint planning Планирование Бизнес среда Команда Product Backlog Технология Продукт Что делаем <ul><li>Анализируем бэклог </li></ul><ul><li>Выбираем Цель спринта </li></ul>Как делаем <ul><li>Решаем как достичь Цели спринта </li></ul><ul><li>Создаем Spring Backlog из элементов Бэклога Продукта‏ ( user story ) </li></ul><ul><li>Оцениваем Sprint Backlog в часах (4-40h): planning poker </li></ul>Цель спринта Spring Backlog Дата demo
  19. 19. Sprint backlog example User story: Реализовать графическое представление конфигурации сети <ul><li>Product backlog и Sprint backlog в Jira </li></ul><ul><li>Sprint backlog включает «технические истории» </li></ul>Sprint backlog: Кодировать создание конфигурации ( 40 ) Обновить GUI ( 16 ) Написать тесты ( 16 ) Обновить руководство пользователя (4)
  20. 20. Daily Scrum meeting <ul><li>Характеристики </li></ul><ul><ul><li>Ежедневно </li></ul></ul><ul><ul><li>15 минут </li></ul></ul><ul><ul><li>Стоя </li></ul></ul><ul><li>Не для решения проблем </li></ul><ul><li>Scrum Master лишь ведет собрание </li></ul><ul><li>Backlog update </li></ul>
  21. 21. Каждый отвечает на три вопроса <ul><li>Это НЕ отчет Scrum-мастеру! </li></ul><ul><li>Это обязательства перед коллегами </li></ul>Что ты сделал вчера? 1 Что будешь делать сегодня? 2 Что тебе мешает? 3
  22. 22. Sprint Demo meeting <ul><li>Команда представляет, что было сделано за спринт </li></ul><ul><li>Фокус на результат, а не процесс и технические детали </li></ul><ul><li>Эффектная демонстрация </li></ul><ul><li>Только на 100% законченные story </li></ul><ul><li>Не говорить о багах </li></ul><ul><li>Максимум 2 часа на подготовку </li></ul><ul><li>Вся команда участвует </li></ul><ul><li>Приглашены все, кому может быть интересно </li></ul>
  23. 23. Ретроспектива <ul><li>После каждого demo до начала следующего спринта </li></ul><ul><li>Участвует вся команда </li></ul><ul><li>Agenda : </li></ul><ul><ul><li>Что было хорошо </li></ul></ul><ul><ul><li>Что можно улучшить </li></ul></ul><ul><ul><li>Сравнение запланированной и реальной производительности </li></ul></ul>improvements
  24. 24. Scrum framework Роли <ul><li>Sprint planning </li></ul><ul><li>Sprint review </li></ul><ul><li>Sprint retrospective </li></ul><ul><li>Daily scrum meeting </li></ul>Ритуалы <ul><li>Product Backlog </li></ul><ul><li>Sprint Backlog </li></ul><ul><li>Burndown charts </li></ul>Артефакты <ul><li>Product owner </li></ul><ul><li>Scrum Master </li></ul><ul><li>Команда </li></ul>
  25. 25. Product Backlog <ul><li>Требования </li></ul><ul><li>Список желательной функциональности </li></ul><ul><li>В идеале написан так, что каждый элемент имеет значение для конечного пользователя </li></ul><ul><li>Приоритеты выставляются Product Owner </li></ul><ul><li>Приоритеты обновляются в начале спринта </li></ul>Product Backlog
  26. 26. Управление бэклогом спринта <ul><li>Члены команды выбирают работу на свой выбор </li></ul><ul><ul><li>Задачи никогда не назначаются принудительно </li></ul></ul><ul><li>Оценка оставшейся работы обновляется ежедневно на daily meeting </li></ul><ul><li>Любой член команды может добавить, удалить или изменить элементы Sprint Backlog </li></ul><ul><li>Задачи на спринт могут появляться в ходе работы </li></ul><ul><li>Оценка оставшейся работы обновляется по мере того как узнаем больше о задачах </li></ul>
  27. 27. Пример бэклога спринта Активности Сделать интерфейс пользователя Сделать логику Протести ровать логику Написать руководство пользователя Вынести утилиты в общий класс Пн Вт Ср Чт Пт 8 16 8 12 8 4 12 16 8 4 11 8 4 8 8 Добавить журнал ошибок 8 10 16 8 8
  28. 28. Sprint burndown chart Часы
  29. 29. Особенности <ul><li>Распределенная команда </li></ul><ul><ul><li>Удаленный product owner </li></ul></ul><ul><ul><li>Daily scrum -> 2 times a week </li></ul></ul><ul><li>Частичная занятость </li></ul><ul><li>Большой объем тестирования и технических историй» </li></ul><ul><li>Объемная функциональность </li></ul><ul><li>Анализ требований до начала первого спринта </li></ul>
  30. 30. Масштабирование посредством Скрама из Скрамов
  31. 31. Книги по Scrum <ul><li>Agile and Iterative Development: A Manager’s Guide by Craig Larman </li></ul><ul><li>Agile Estimating and Planning by Mike Cohn </li></ul><ul><li>Agile Project Management with Scrum by Ken Schwaber </li></ul><ul><li>Agile Retrospectives by Esther Derby and Diana Larsen </li></ul><ul><li>Agile Software Development Ecosystems by Jim Highsmith </li></ul><ul><li>Agile Software Development with Scrum by Ken Schwaber and Mike Beedle </li></ul><ul><li>Scrum and The Enterprise by Ken Schwaber </li></ul><ul><li>Succeeding with Agile by Mike Cohn </li></ul><ul><li>User Stories Applied for Agile Software Development by Mike Cohn </li></ul>
  32. 32. Questions?
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×