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

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

{{fblink|1984544061798605}}                                          
{{vklink|987}}                                          
<references/>


<!-- topub -->

[[Категория:SECR-2017]]
[[Категория:Agile-масштабирование]]
{{stats|disqus_comments=1|refresh_time=2018-10-11T00:06:3319T21:20:14.637682558879|vimeo_plays=3019|youtube_comments=0|youtube_plays=63}}70}}

Версия 18:20, 19 октября 2018

Докладчик

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

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

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

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

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

Видео

Презентация

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

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

• Discuss on Facebook
• Discuss on VK

Plays:389   Comments:1