Фреймворки масштабирования Agile (Асхат Уразбаев, SECR-2017) — различия между версиями
Материал из 0x1.tv
StasFomin (обсуждение | вклад) |
StasFomin (обсуждение | вклад) |
||
{{VideoSection}}
{{vimeoembed|240324385|800|450}}
{{youtubelink|KKdU5ZYH-Tk}}
{{SlidesSection}}
[[File:Фреймворки масштабирования Agile (Асхат Уразбаев, SECR-2017).pdf|left|page=-|300px]]
{{----}}
{{LinksSection}}
* [http://2017.secr.ru/program/invited-speakers/askhat-urazbaev Страничка доклада на сайте конференции]
<!-- <blockquote>[©]</blockquote> -->
{{fblink|1984544061798605}}
<references/>
<!-- topub -->
[[Категория:SECR-2017]]
[[Категория:Agile-масштабирование]]
{{stats|disqus_comments=1|refresh_time=2018-05-15T13:56:13.806293|vimeo_plays=254|youtube_comments=0|youtube_plays=19}} | |||
Версия 08:20, 4 июня 2018
- Докладчик
- Асхат Уразбаев
Процесс разработки относительно небольшого проекта (командой до 9 человек) более менее понятен. В большинстве случаев это Scrum или Kanban c некоторыми вариациями и упрощениями.
С большими проектами и командами, объединяющими сотни человек все сложно. Если вся эта команда работает над одним продуктом или набором связанных продуктов, то неизбежны пересечения по коду и требованиям. Возникающие зависимости могут очень сильно замедлить разработку. Для команды это выглядит как череда постоянных прерываний со стороны других команд или менеджеров. “Классический” Agile в такой структуре может сильно ухудшить ситуацию.
Есть несколько доминирующих на рынке фреймворков масштабирования Agile на большую организацию: Scaled Agile Framework, Large Scale Scrum, Nexus, @Spotify, Nexus. Вокруг них последнее время разгорелись нешуточные холивары.
У нас в ScrumTrek в последние годы появился практический опыт работы и в докладе я поделюсь практическими рекомендациями по теме масштабирования. Будем разбираться, в чем на самом деле между ними разница и какой фреймворк вам подходит.
Видео
Презентация
Примечания и ссылки
Plays:273 Comments:1