Что такое Agile и зачем он нужен стартапам?

1. Startup Intro to Agile
Agile for Startups: a way to survive
by Yuriy V. Silvestrov

2. ⌛ < 60
Постараюсь уложиться

3. 


Человек-снежинка
О чѐм я тут вообще?
Agile манифест

Какой Agile-фреймворк выбрать?

Scrum





TDD, BDD & CI
Kanban
Done-Done Criteria
Диаграммы Ганнта
Q&A
◦ Продвинутый Agile манифест
◦ А какие бывают?
◦ User Strory, Scrumboard, Burndown Chart, Velocity
◦ Planning Poker, Product Backlog
Content

4. Человек-снежинка
by Max Dorofeev

5. Постараюсь обзорно рассказать о
современных способах и методах
гибкого управления проектами
 Многое только упомяну, так что учиться
и строить процесс всѐ равно придѐтся
самим 

О чѐм лекция?

6. Люди и
взаимодействие
важ- процессов и
нее инструментов
Работающий
продукт
важ- исчерпывающей
нее документации
Сотрудничество с
заказчиком
важ- согласования
нее условий контракта
Готовность к
изменениям
важ- следования
нее первоначальному
плану
Аджайл манифест (2001)

7. Команда и
ответственность
важ- индивидумов и
нее взаимодействия
Бизнес ценность
важ- рабочего продукта
нее
Развитие
партнѐрских
отношений
важ- сотрудничества с
нее клиентом
Приветствовать
изменения
важ- готовности к
нее изменениям
Аджайл манифест 2.0 (2011)

8. Гибкий процесс разработки – это НЕ
Скрам, НЕ Канбан и не eXtreme
Programming
 Это процесс разработки, подходящий
ИМЕННО ВАМ, позволяющий
разрабатывать ВАШ ПРОДУКТ
 Этот процесс разработки построен
ВАМИ от начала и до конца, ВЫ
понимаете, зачем нужна каждая его
часть и готовы менять процесс

Что такое Agile?

9. 




Scrum
XP
Kanban
Lean
Crystal
Agile frameworks

10. Scrum

11. User Story

12. Scrum Board

13. Planning Poker

14. Burndown Chart

15. Velocity – это скорость команды
Например, мы сделали 32 story points на
последней итерации за 14 дней.
 Тогда наша velocity = 32/14, т.е. ~2,3
SP/день
 Velocity считается на нескольких
спринтах
 Так что вы можете рассчитать, когда та
или иная задача будет
(предположительно) сделана


Velocity

16. Product Backlog

17. Test-Driven Development

18. Behaviour-Driven Development

19. CI

20. KANBAN

21. Code Complete
Unit Tested
Peer Reviewed
QA Complete
Documented
Done-Done criteria
✔
✔
✔
✔
✔

22. 


Слишком долго создавать
Ещѐ дольше - актуализировать
Информации больше, чем надо
◦ порядок внутри релиза неважен
◦ как и «ресурс» внутри команды
Провоцирует планировать 100%
загрузку – что ведѐт к проблемам
 Создать диаграмму намного легче, чем
работать в соответствии с ней

◦ Создаѐт ложное чувство контроля
Диаграмма Ганнта – почему это
плохая идея?

23. ???
Questions?

24. yuriy@silvestrov.com
Thank you!