Working By Scrum I Dom Team

1,468 views

Published on

Published in: Technology
  • Be the first to comment

  • Be the first to like this

Working By Scrum I Dom Team

  1. 1. wdg.com.ua idom.net.ua Как мы работаем по Scrum (c) iDOM team, WDG
  2. 2. Начало...
  3. 3. Oтсутствие опыта работы по скраму
  4. 4. Команда собралась во время проекта
  5. 5. PO как часть команды
  6. 6. PO как часть команды • РО был инициатором работы по скраму • оплатил тренинги • постоянный контакт РО с командой • активное участие РО в разработке • Итог: РО - часть команды
  7. 7. Тренинги
  8. 8. Как мы работаем по Scrum • как планируем • как выбираем длину спринта • taskboard • командная работа • special scrum-tools
  9. 9. Как планируем • планирование по расписанию • User story в относительных story points • задачи в человекоднях • использование velocity и фокус-фактора
  10. 10. Как выбираем длину спринта • одна неделя – малая продуктивность, большие накладные расходы • три недели – слабая обратная связь
  11. 11. Таскбоард • рельсы • статусы • флажки • soft commit
  12. 12. Командная работа • pair programming или «затупил сам – помоги другому» • TDD (ping-pong)
  13. 13. Special scrum-tools
  14. 14. Проблемы и решения
  15. 15. Взаимодействие команд одна команда + одно помещение = scrum две команды + одно помещение = бардак
  16. 16. quot;Шеф, усё пропалоquot; - проваленные спринты
  17. 17. quot;Ошибайтесь раноquot; - первая неудача Причины: • планирование • рискованная задача • недостаток связи с PO Результат: • нашли готовое решение • выкинули много User Story • сэкономили время и деньги
  18. 18. quot;Опять двойкаquot;
  19. 19. Второй завал Причины: • невнимательное планирование • неявные задачи по ходу спринта Результат: • следующий спринт был еще сложней...
  20. 20. ... но мы справились!
  21. 21. Чтобы не было мучительно больно... • не затягивайте планирование • делайте перерывы • на планировании ищите задачи, а не решения • не забывайте про how to demonstrate
  22. 22. Эксперимент quot;не будите программистаquot; или quot;ты попал в мою таблицуquot;
  23. 23. За двумя зайцами Ситуация: • скрам-мастер • он же девелопер • он же технический лидер • в ДВУХ командах
  24. 24. Решение - смена Scrum-мастера
  25. 25. Интеграция дизайнера • для веб-проектов дизайн значит очень много • дизайнер, как правило, узкий специалист • как быть?
  26. 26. Удалённый дизайнер • медленная обратная связь • долго ждём дизайна • напряженность отношений с дизайнером
  27. 27. Результат • User Story не окончены на 100% • возврат к quot;готовымquot; US чтобы доверстать дизайн • теряем время
  28. 28. Дизайнер - часть команды • дизайнер находится вместе с командой • почти мнгновенная обратная связь • участие в Daily Meetings и планировании • дизайнерские задачи – на taskboard
  29. 29. Результат • продукт на демо всегда имеет законченный вид • не нужно переделывать сделанное • нет напряженности в команде
  30. 30. Может этот спринт обойдёмся без дизанера? • разваливается единая структура • продукт формально готов на 100%, но выглядит сырым • опять возникают доделки • снова теряем время
  31. 31. Вывод не теряйте связи с дизайнером, даже если Вам кажется что он свою работу закончил
  32. 32. Как мы отдыхаем по Scrum • beer-box: chill-out, friday-beer и прочие излишества • прогулки
  33. 33. Итоги • влияние проекта на компанию • что дал нам проект • если бы начать всё с начала
  34. 34. Влияние проекта на компанию • на демо приходят гости • еще одна команда перешла на скрам, вторая в процессе • обмен опытом во время пятничных демо и ретроспектив
  35. 35. Что дал нам проект • профессиональный рост • проект дал хорошую команду • ответственность
  36. 36. Если бы начать всё с начала • планировать качественнее • правильное TDD, как back-end так и front-end • acceptance tests были бы правильнее • меньше времени на настройку инфраструктуры • разработка дизайна с упреждением

×