Странно что компонентные команды обозначаются с сугубо отрицательной стороны, т.е если у вас инженерные процессы слабые , то вам в компонентные команды. Наверное всё-таки орг. структура должна исходить из целей, в каждом из подходов есть плюсы и минусы.
Компонентные команды не подходят для разноплановых фичей и разношерстного стека, а значит не подходит для больших продуктов, я думаю это имелось в виду
Странно, в том же SAFe также могут быть продуктовые команды, именно для этого в нём определяются потоки ценности, вокруг которых строятся команды. Смахивает на продвижение одного фреймворка в ущерб другим
Крутое короткое и всеобъемлющее видео. Не хватает немного предыстории. Для чего это вообще все нужно? Какие цели внедрения?
Спасибо! Про предысторию сделаем отдельное видео.
Странно что компонентные команды обозначаются с сугубо отрицательной стороны, т.е если у вас инженерные процессы слабые , то вам в компонентные команды. Наверное всё-таки орг. структура должна исходить из целей, в каждом из подходов есть плюсы и минусы.
Компонентные команды не подходят для разноплановых фичей и разношерстного стека, а значит не подходит для больших продуктов, я думаю это имелось в виду
Ничего не понял
Странно, в том же SAFe также могут быть продуктовые команды, именно для этого в нём определяются потоки ценности, вокруг которых строятся команды. Смахивает на продвижение одного фреймворка в ущерб другим
МОгут быть. А могут и не быть. Это не является предусловием, вот что важно.