За это время в 🟥 в нашем продукте разработку делили и собирали по разным командам 3 раза
Расскажу в каком формате уже удалось поработать
Первая итерация:
Когда я только пришел в компанию в продукт ISIM тут была одна большая команда бэков и фронтов (девопсы, тестировщики отдельно). Было все спокойно и размерено - релизы 1-2 раза в год, общая "корзина" с багами и фичами, кто освобождался брал следующую.
Плюсы:
+ команда разработки знает все, что происходит - кто какой баг фиксит, а кто какую фичу делает и что вообще происходит.
Минусы:
- слишком чилловая обстановка 🛁
Вторая итерация:
Появляется новый CTO, который делит всех на фича-команды, в которые входят: лид, 2-3 бэка, 1-2 фронта, 1-2 тестировщика. 2-х недельные спринты и за 2-3 спринта - релиз 😃
Становится немного динамичнее и как-то даже жопа подгорает на дедлайнах 😏
Плюсы:
+ разработка стала намного быстрее.
Минусы:
- разработчики изолированы от других команд
- могут быть конфликты мердж реквестов
- баги фиксить тяжелее, если они не из твоей командной фичи
Третья итерация (и по настоящее время):
Все поделены по специализации: бэкендеры, фронтендеры, тестировщики, ядро и т.д. Релизы немного "распухли" до 6-8 недель. Появились фича-оунеры.
Плюсы:
+ разработка стала более прозрачной, так как на дейликах каждый рассказывает что и где он делает и какие проблемы есть
+ немного разжало булки из-за увеличения сроков релизов
+ добавилась возможность роста, если берешь роль фича-оунера. Рулишь фичей и своей командой из бэка, фронта, ядра, тестирования
Минусы:
- ... пока не понял 🤔
Если есть какие плюсовые или минусовые истории в работе в команде - напишите, чтобы обменяться, так сказать, опытом ❤️