Comments 6
Правильно ли я понял, что на самом деле бизнесу просто был нужен график ввода в эксплуатацию, а всё остальное - местный фольклор и эмоциональное восприятие (лошади с толкучками)?
И почему время ввода в эксплуатацию большое? Каков процент ручных тестов?
Правильно ли я понял, что на самом деле бизнесу просто был нужен график ввода в эксплуатацию
Бизнесу нужна прогнозируемость. Чтобы он мог четко понимать, когда та или иная фича окажется у клиентов. Когда приложение и команда были небольшими, то и график, который синхронизирует команды, никакой не нужен. Оценили фичу и делаем. Как сделали — покатили. А когда несколько команд работают параллельно так просто уже не получается. Нужен какой-то специальный процесс, который это всё синхронизирует.
Каков процент ручных тестов?
Сейчас 60% и 70% регресс кейсов автоматизировано на каждой платформе соответственно. Остальное пока ручное.
Т.е. сквозь боль и страдания вы пришли к двухнедельным спринтам?
Нет, не 2-х недельным спринтам. Спринты у каждой команды любые на усмотрение команда. 2-х недельные именно релизные циклы приложения.
Смысл релиз трейна в том, чтобы отделить релиз билда от релиза фич. Релиз билдов идет строго по расписанию. Релиз фич идет так, как напланируют команды. Может быть так, что в новом релизе не будет ни одной новой фичи, а только фиксы какие-то. Хотя по факту, когда 6 команд работает параллельно, такого ни разу не было.
Какие проблемы решает Release Train в мобильной разработке