Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
SlideShare a Scribd company logo
Обзор Scrum

          Алексей Корсун
Agile-тренер, руководитель проектов
         http://akorsun.ru
Scrum - framework
   Backlog
   Инструмент для ведения Backlog –
    основные требования
   Не становитесь заложниками
    инструмента
Планирование спринта
   Приоритезация Product Backlog’а -
    изменения
   Метафора системы - ускоряет
   Product Backlog и Technical Backlog
   Необходимость в Research Backlog’е
   how to demo
   микроменеджмент
Декомпозиция и оценка
Объѐм задачи не более 8 дней. Объѐм подзадачи –
   4-16 часов. (Теория СМО ;))

Работает:
  Work-breakdown structure
  Planning Poker

Необходимо:
  Инструменты для оценки
  Декомпозиция
Scrumboard
Scrumboard
   Основное средство визуализации
   Следим за сигналами

Осторожно:
 Не очень много бумажек

 Купите хорошие стикеры ;)

 Не беспокойтесь за историю
ScrumBoard - Сигналы
Работа в течение спринта

   Управление требованиями и
    изменениями на след. спринт
   Проектирование
   Реализация
   Тестирование
Управление требованиями
   Видение и Метафора системы
   Процесс управления изменениями – общедоступен -
    кроссфункциональность
   Чѐткое деление на функц. и нефункц. требования

Осторожно:
 Требования – бутылочное горлышко
Проектирование
   Test-driven design
   Контракты
   Белая доска
   Drive-a-spike
Кроссфункциональность
Необходимо добиваться. Даѐт возможности:
 Фокусирование всех на главной задаче

 Оценка – вместе. Прояснение тонких мест

  помогает пониманию.
 Устраняет риски отсутствия людей

 Устраняет “бутылочные горлышки”
Владение кодом
   Сильное – есть ответственный за модуль.
    Изменения – только в своей зоне
    ответственности. В другой зоне – запросы на
    изменение.
   Слабое – есть ответственный за модуль. Все могут
    менять, но ответственный “присматривает”
   Коллективное – всѐ общее. Отвечают – тоже все.
Тестирование и
развѐртывание
   Приѐмочные тесты
   Continious integration – тесты каждый час
   Быстрый цикл ручного тестирования
   Predeploy(code-freeze) и Production
   Баги – на Scrumboard – минимализм и наглядность

Осторожно:
 Не должно быть “баг-ударов” в другую итерацию
Ретроспективы
Положительная обратная связь
 Вовремя обратить внимание на проблемы

 Утвердить хорошие практики работы

 Выяснить причины невыполнения целей

 Улучшить климат в команде



   Большая ретроспектива – раз в квартал.
Итоги - преимущества
   Прозрачность процесса
   Предсказуемость сдачи релизов и выполнения проекта
   Повышение качества продукта: лучшее соответствие
    ожиданиям пользователей, уменьшение количества
    ошибок, за счѐт их раннего обнаружения
   Увеличение продуктивности за счѐт фокусировки
   Значительно уменьшает нагрузку на менеджмент.
   Повышение вовлечѐнности сотрудников – мотивация
   Упрощение вхождения в команду новых игроков
   Создание условий для взаимного обучения в виде
    ретроспектив и стенд-апов.
Итоги – уменьшение рисков
   Работа сделана не вовремя
   Сделано не то, что было нужно
   Сделано не самым эффективным способом
   Ключевой сотрудник в отпуске
   Сложность внесения изменений в код
Алексей Корсун
Agile-тренер, руководитель проектов


     http://akorsun.ru

More Related Content

Scrum Review

  • 1. Обзор Scrum Алексей Корсун Agile-тренер, руководитель проектов http://akorsun.ru
  • 3. Backlog  Инструмент для ведения Backlog – основные требования  Не становитесь заложниками инструмента
  • 4. Планирование спринта  Приоритезация Product Backlog’а - изменения  Метафора системы - ускоряет  Product Backlog и Technical Backlog  Необходимость в Research Backlog’е  how to demo  микроменеджмент
  • 5. Декомпозиция и оценка Объѐм задачи не более 8 дней. Объѐм подзадачи – 4-16 часов. (Теория СМО ;)) Работает:  Work-breakdown structure  Planning Poker Необходимо:  Инструменты для оценки  Декомпозиция
  • 7. Scrumboard  Основное средство визуализации  Следим за сигналами Осторожно:  Не очень много бумажек  Купите хорошие стикеры ;)  Не беспокойтесь за историю
  • 9. Работа в течение спринта  Управление требованиями и изменениями на след. спринт  Проектирование  Реализация  Тестирование
  • 10. Управление требованиями  Видение и Метафора системы  Процесс управления изменениями – общедоступен - кроссфункциональность  Чѐткое деление на функц. и нефункц. требования Осторожно:  Требования – бутылочное горлышко
  • 11. Проектирование  Test-driven design  Контракты  Белая доска  Drive-a-spike
  • 12. Кроссфункциональность Необходимо добиваться. Даѐт возможности:  Фокусирование всех на главной задаче  Оценка – вместе. Прояснение тонких мест помогает пониманию.  Устраняет риски отсутствия людей  Устраняет “бутылочные горлышки”
  • 13. Владение кодом  Сильное – есть ответственный за модуль. Изменения – только в своей зоне ответственности. В другой зоне – запросы на изменение.  Слабое – есть ответственный за модуль. Все могут менять, но ответственный “присматривает”  Коллективное – всѐ общее. Отвечают – тоже все.
  • 14. Тестирование и развѐртывание  Приѐмочные тесты  Continious integration – тесты каждый час  Быстрый цикл ручного тестирования  Predeploy(code-freeze) и Production  Баги – на Scrumboard – минимализм и наглядность Осторожно:  Не должно быть “баг-ударов” в другую итерацию
  • 15. Ретроспективы Положительная обратная связь  Вовремя обратить внимание на проблемы  Утвердить хорошие практики работы  Выяснить причины невыполнения целей  Улучшить климат в команде  Большая ретроспектива – раз в квартал.
  • 16. Итоги - преимущества  Прозрачность процесса  Предсказуемость сдачи релизов и выполнения проекта  Повышение качества продукта: лучшее соответствие ожиданиям пользователей, уменьшение количества ошибок, за счѐт их раннего обнаружения  Увеличение продуктивности за счѐт фокусировки  Значительно уменьшает нагрузку на менеджмент.  Повышение вовлечѐнности сотрудников – мотивация  Упрощение вхождения в команду новых игроков  Создание условий для взаимного обучения в виде ретроспектив и стенд-апов.
  • 17. Итоги – уменьшение рисков  Работа сделана не вовремя  Сделано не то, что было нужно  Сделано не самым эффективным способом  Ключевой сотрудник в отпуске  Сложность внесения изменений в код