Lamburt viktor грабли в agile на опыте афиша 2010 04-13
Upcoming SlideShare
Loading in...5
×
 

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

on

  • 934 views

 

Statistics

Views

Total Views
934
Views on SlideShare
806
Embed Views
128

Actions

Likes
0
Downloads
17
Comments
0

7 Embeds 128

http://ritconf.ru 79
http://www.ritconf.ru 30
http://new.profyclub.ru 7
http://2011.ritconf.ru 5
http://profyclub.ontico.ru 4
http://www.slideshare.net 2
http://ritconf.ontico.ru 1
More...

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

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

  • Грабли в Agile на опыте Афиша.ру
    Виктор Ламбурт
  • Опыт Афиши
    Афиша использует Agileоколо 3 лет
  • Грабли
    Взгляд со стороны руководителя разработки
  • Опыт Афиши в цифрах
    • 16 разработчиков
    • 3команды
    • от 3 до 5 проектов в одновременной разработке
    • Используем Scrum c недельными итерациями
  • Переход от каскада к Agile
  • Начало
    • Попытка вернуть контроль;
    • Ломание итерации.
  • Попытка вернуть контроль
    Что происходит
    • Команда планирует не оптимально;
    • Составленные планы не исполняются.
    Как бороться
    • Подготовьтесь к временному падению производительности;
    • Будьте последовательны.
  • Ломание итерации
    Что происходит
    • Вставка в итерацию задач по исправлению багов;
    • Изменение требований к задачам из итерации.
    Как бороться
    • Резервируйте 10-30% времени на баги;
    • При изменении требований переносите задачу в следующую итерацию.
  • Прогресс
    • Пропуск ретроспектив;
    • Составление планов проектов разработчиками;
    • Ощущение бега в колесе.
  • Пропуск ретроспектив
    Что происходит
    • Разработчики избегают ретроспектив;
    • Ретроспективы периодически не проводятся;
    • Результаты ретроспектив не воплощаются.
    Как бороться
    • Разъяснять что ретроспектива – это главный инструмент роста;
    • Воплощать результаты ретроспектив.
  • Составление планов проектов разработчиками
    Что происходит
    • Команда отлично планирует итерации;
    • Возникает соблазн передать команде планирование всего проекта.
    Как бороться
    • Scrum НЕ позволяет планировать средние и крупные проекты. Используйте PMI.
  • Ощущение бега в колесе
    Что происходит
    • Ощущение новизны и свободы проходит;
    • Итерации следуют друг за другом в плотном графике.
    Как бороться
    • Включайте в итерацию свободные задачи;
    • Делайте ленивые итерации между проектами.
  • Зрелость
    • Мало design’а;
    • Неуловимый Product owner;
    • Agile ради Agile.
  • Мало design’а
    Что происходит
    • Разработка начинает опережать design;
    • После того, как появляется design, многое приходится переделывать.
    Как бороться
    • Позаботьтесь о повышении скорости design’а заранее
  • Неуловимый product owner (PO)
    Что происходит
    • PO уделяет команде мало времени;
    • В результате итерации сделано не то, что ожидал PO.
    Как бороться
    • Определите обязательный минимум времени, которое PO должен отдать команде
  • Agile ради Agile
    Что происходит
    • Agile применяется во всех проектах;
    • Несколько итераций увеличивают стоимость проекта.
    Как бороться
    • Не применяйте Agile если стоимость подготовки к итерации велика.
  • СПАСИБО!*
    *Отдельное спасибоshutterstock.com за предоставленные картинки