Lamburt Viktor грабли в Agile на опыте афиша 2010 04 13

  • 329 views
Uploaded on

 

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
329
On Slideshare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
8
Comments
0
Likes
1

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. Грабли в Agile на опыте Афиша.ру
    Виктор Ламбурт
  • 2. Опыт Афиши
    Афиша использует Agileоколо 3 лет
  • 3. Грабли
    Взгляд со стороны руководителя разработки
  • 4. Опыт Афиши в цифрах
    • 16 разработчиков
    • 5. 3команды
    • 6. от 3 до 5 проектов в одновременной разработке
    • 7. Используем Scrum c недельными итерациями
  • Переход от каскада к Agile
  • 8. Начало
    • Попытка вернуть контроль;
    • 9. Ломание итерации.
  • Попытка вернуть контроль
    Что происходит
    • Команда планирует не оптимально;
    • 10. Составленные планы не исполняются.
    Как бороться
    • Подготовьтесь к временному падению производительности;
    • 11. Будьте последовательны.
  • Ломание итерации
    Что происходит
    • Вставка в итерацию задач по исправлению багов;
    • 12. Изменение требований к задачам из итерации.
    Как бороться
    • Резервируйте 10-30% времени на баги;
    • 13. При изменении требований переносите задачу в следующую итерацию.
  • Прогресс
    • Пропуск ретроспектив;
    • 14. Составление планов проектов разработчиками;
    • 15. Ощущение бега в колесе.
  • Пропуск ретроспектив
    Что происходит
    • Разработчики избегают ретроспектив;
    • 16. Ретроспективы периодически не проводятся;
    • 17. Результаты ретроспектив не воплощаются.
    Как бороться
    • Разъяснять что ретроспектива – это главный инструмент роста;
    • 18. Воплощать результаты ретроспектив.
  • Составление планов проектов разработчиками
    Что происходит
    • Команда отлично планирует итерации;
    • 19. Возникает соблазн передать команде планирование всего проекта.
    Как бороться
    • Scrum НЕ позволяет планировать средние и крупные проекты. Используйте PMI.
  • Ощущение бега в колесе
    Что происходит
    • Ощущение новизны и свободы проходит;
    • 20. Итерации следуют друг за другом в плотном графике.
    Как бороться
    • Включайте в итерацию свободные задачи;
    • 21. Делайте ленивые итерации между проектами.
  • Зрелость
    • Мало design’а;
    • 22. Неуловимый Product owner;
    • 23. Agile ради Agile.
  • Мало design’а
    Что происходит
    • Разработка начинает опережать design;
    • 24. После того, как появляется design, многое приходится переделывать.
    Как бороться
    • Позаботьтесь о повышении скорости design’а заранее
  • Неуловимый product owner (PO)
    Что происходит
    • PO уделяет команде мало времени;
    • 25. В результате итерации сделано не то, что ожидал PO.
    Как бороться
    • Определите обязательный минимум времени, которое PO должен отдать команде
  • Agile ради Agile
    Что происходит
    • Agile применяется во всех проектах;
    • 26. Несколько итераций увеличивают стоимость проекта.
    Как бороться
    • Не применяйте Agile если стоимость подготовки к итерации велика.
  • СПАСИБО!*
    *Отдельное спасибоshutterstock.com за предоставленные картинки