Фреймворки масштабирования 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-02-12T15:45:1113T15:59:24.927403635517|vimeo_plays=1878|youtube_plays=0}}

Версия 12:59, 13 февраля 2018

Докладчик

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

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

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

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

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

Видео

Презентация

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

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

Plays:188   Comments:1