Грабли в Agile на опыте Афиша.ру<br />Виктор Ламбурт<br />
Опыт Афиши<br />Афиша использует Agileоколо 3 лет<br />
Грабли<br />Взгляд со стороны руководителя разработки<br />
Опыт Афиши в цифрах<br /><ul><li>16  разработчиков
3команды
  от 3 до 5 проектов в одновременной разработке
  Используем Scrum c недельными итерациями</li></li></ul><li>Переход от каскада к Agile<br />
Начало<br /><ul><li>  Попытка вернуть контроль;
Ломание итерации.</li></li></ul><li>Попытка вернуть контроль<br />Что происходит<br /><ul><li> Команда планирует не оптима...
Составленные планы не исполняются.</li></ul>Как бороться<br /><ul><li>Подготовьтесь к временному падению производительности;
 Будьте последовательны.</li></li></ul><li>Ломание итерации<br />Что происходит<br /><ul><li>Вставка в итерацию задач по и...
Изменение требований к задачам из итерации.</li></ul>Как бороться<br /><ul><li>Резервируйте 10-30% времени на баги;
При изменении требований переносите задачу в следующую итерацию.</li></li></ul><li>Прогресс<br /><ul><li>  Пропуск ретросп...
Составление планов проектов разработчиками;
 Ощущение бега в колесе.</li></li></ul><li>Пропуск ретроспектив<br />Что происходит<br /><ul><li>Разработчики избегают рет...
Ретроспективы периодически не проводятся;
 Результаты ретроспектив не воплощаются.</li></ul>Как бороться<br /><ul><li>Разъяснять что ретроспектива – это главный инс...
Upcoming SlideShare
Loading in …5
×

Lamburt viktor грабли в agile на опыте афиша 2010 04-13

749 views

Published on

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

  • Be the first to like this

No Downloads
Views
Total views
749
On SlideShare
0
From Embeds
0
Number of Embeds
130
Actions
Shares
0
Downloads
18
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Lamburt viktor грабли в agile на опыте афиша 2010 04-13

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

×