Привет!🫂
Хочу предложить для обсуждения кейс ☺️.
🗣️⁉️💭 Допустим, вы работаете над сложным продуктом, в разработке которого принимают участие несколько команд. Конечный результат, имеющий ценность для пользователя достигается только после интеграции функциональности, разработанной всеми или частью команд. Раз в несколько месяцев все команды встречаются вместе и планируют свою работу на квартал, при этом обсуждая зависимости по работам. В это обсуждение НЕ входит синхронизация историй, необходимых для разработки функциональности. То есть, команды могут запланировать работы, требующие интеграции в разные спринты (команда 1- в спринт 1, команда 2- в спринт 2, команда 3- в спринт 3).
Так же, перед разработкой каждой истории команды договариваются об интеграционных правилах, если в том есть необходимость. Каждая команда в отдельности может протестировать работоспособность своей части функциональности (без тестирования интеграции с другими командами). Scrum of scrum, как регламентированной и постоянной практики между командами нет. Коммуникации происходят по необходимости.
Команды работают спринтами. Длительность спринта, допустим, 2 недели, начало во вторник, окончание- в понедельник. Для межкомандного интеграционного тестирования выделен отдельный контур. Поставки на этот контур строго регламентированы: 2 раза в неделю. Допустим, среда и пятница. На разработку одной истории у команды в среднем уходит от 5 до 8 дней, на тестирование (без интеграции с другой командой)- от 1 до 3 дней. Unit тестирования, как и автоматизации любого другого уровня тестирования на проектах нет.
В тестировании интеграции историй необходимо участие представителей всех команд, относящихся к разработке функциональности.
❓ Стали бы вы включать межкомандное интеграционное тестирование в Definiton of done истории для каждой команды? Если да, то почему. Если нет, то почему и при каких бы условиях включили? 💬 Предлагаю обсудить в комментариях ⤵️
07.03.2024
