Фреймворки масштабирования Agile (Асхат Уразбаев, SECR-2017) — различия между версиями
Материал из 0x1.tv
StasFomin (обсуждение | вклад) (Batch edit: replace http://2017.secr.ru with http://2017.secrus.org) |
StasFomin (обсуждение | вклад) |
||
(не показана одна промежуточная версия этого же участника) | |||
* [http://2017.secrus.org/program/invited-speakers/askhat-urazbaev Страничка доклада на сайте конференции] <!-- <blockquote>[©]</blockquote> --> {{fblink|1984544061798605}} {{vklink|987}} <references/> <!-- topub --> [[Категория:SECR-2017]] [[Категория:Agile-масштабирование]] {{stats|disqus_comments=3|refresh_time=2020-07-19T00:52:392021-08-31T18:38:47.927068133795|vimeo_plays=431532|youtube_comments=0|youtube_plays=244}}332}} |
Текущая версия на 15:38, 31 августа 2021
- Докладчик
- Асхат Уразбаев
Процесс разработки относительно небольшого проекта (командой до 9 человек) более менее понятен. В большинстве случаев это Scrum или Kanban c некоторыми вариациями и упрощениями.
С большими проектами и командами, объединяющими сотни человек все сложно. Если вся эта команда работает над одним продуктом или набором связанных продуктов, то неизбежны пересечения по коду и требованиям. Возникающие зависимости могут очень сильно замедлить разработку. Для команды это выглядит как череда постоянных прерываний со стороны других команд или менеджеров. “Классический” Agile в такой структуре может сильно ухудшить ситуацию.
Есть несколько доминирующих на рынке фреймворков масштабирования Agile на большую организацию: Scaled Agile Framework, Large Scale Scrum, Nexus, @Spotify, Nexus. Вокруг них последнее время разгорелись нешуточные холивары.
У нас в ScrumTrek в последние годы появился практический опыт работы и в докладе я поделюсь практическими рекомендациями по теме масштабирования. Будем разбираться, в чем на самом деле между ними разница и какой фреймворк вам подходит.
Видео
Посмотрели доклад? Понравился? Напишите комментарий! Не согласны? Тем более напишите.
Презентация
Примечания и ссылки
Plays:864 Comments:3