Есть команда из 4 программистов. Создается спринт на 2 недели. На каждого программиста распределены свои таски. Когда спринт подходит к концу, программисты которые сделали свои задачи быстрее других, берут в работу не сделанные задачи своих коллег. Но что делать когда остается всего 2 задачи на спринте, а у нас 4 программиста. Два программиста не могут работать над одной задачей, потому что будут мешать друг другу. В итоге у нас два программиста работают, а что делать другим двум? Новые задачи по скраму нельзя добавлять в спринт, пока он не закрыт.
Например, есть парное программирование.
И пусть меня закидают камнями, но скрам - это не панацея, а лишь условность. У него помимо плюсов есть и минусы. Нельзя жить по схеме.
Если такая ситуация повторяется не в первый раз, то у вас неверно определен размер спринта или объем его бэклога. Лучше, как мне кажется, с запасцом брать - важнее общий выполненный объем за спринт, а не 100%-е выполнение всех задач.
Скрам не запрещает добавлять задачи в спринт. Скрам запрещает изменять спринт так, что становится недостижимой цель спринта (и "выполнить все задачи в спринте" не является такой целью). Если цель спринта становится не актуальной, спринт останавливается и формируется новый, со своей целью. Если цель спринта не достигнута к концу спринта, спринт считается не успешным, причины неуспеха анализируются на ретроспективе и команда решает, что ей нужно изменить в своей работе, чтобы уменьшить риски повторения такого.