Фреймворки масштабирования Agile (Асхат Уразбаев, SECR-2017) — различия между версиями

{{----}}
{{LinksSection}}
* [http://2017.secr.ru/program/invited-speakers/askhat-urazbaev Страничка доклада на сайте конференции]
<!-- <blockquote>[©]</blockquote> -->

<references/>


<!-- topub -->

[[Категория:SECR-2017]]
[[Категория:Agile-масштабирование]]
{{stats|disqus_comments=1|refresh_time=2018-035-01T16:30:5815T13:56:13.452007806293|vimeo_plays=199254|youtube_comments=0|youtube_plays=3}}19}}

Версия 10:56, 15 мая 2018

Докладчик

Асхат Уразбаев

Процесс разработки относительно небольшого проекта (командой до 9 человек) более менее понятен. В большинстве случаев это Scrum или Kanban c некоторыми вариациями и упрощениями.

С большими проектами и командами, объединяющими сотни человек все сложно. Если вся эта команда работает над одним продуктом или набором связанных продуктов, то неизбежны пересечения по коду и требованиям. Возникающие зависимости могут очень сильно замедлить разработку. Для команды это выглядит как череда постоянных прерываний со стороны других команд или менеджеров. “Классический” Agile в такой структуре может сильно ухудшить ситуацию.

Есть несколько доминирующих на рынке фреймворков масштабирования Agile на большую организацию: Scaled Agile Framework, Large Scale Scrum, Nexus, @Spotify, Nexus. Вокруг них последнее время разгорелись нешуточные холивары.

У нас в ScrumTrek в последние годы появился практический опыт работы и в докладе я поделюсь практическими рекомендациями по теме масштабирования. Будем разбираться, в чем на самом деле между ними разница и какой фреймворк вам подходит.

Видео

on youtube

Презентация

Примечания и ссылки

• Страничка доклада на сайте конференции

Plays:273   Comments:1