Как у нас... создание заказов на комплектование распределяется по условным зонам (в Вашем случае - области, которых порядка 10), в каждой зоне регистрируются (через сканирование спец штрих-кода) сотрудники, которым можно направлять задания по данной зоне. Есть средняя статистика нагрузки по зонам (в кол-ве заказов), есть средний заказ (кол-во строк и кол-во позиций в строке), средняя скорость выполнения среднего заказа ( в человеко-часах). Если нет возможности заранее генерить пул заявок на отборку, и грубо оценивать суммарную трудоемкость в человеко-часах на выполнение сборки, и живете в он-лайне, тогда должна быть должность оператора(диспетчера, координатора) склада, который может менять приоритет заявок, для передвижения их в очереди.
Плюс, быть может, сделать доп.разработку на анализ соотношения люди/задания (с учетом приоритета), и переназначать людей в момент, когда идет "перекос по зоне".
Например, есть зона "А" и зона "В"
Для зоны "А" - Среднее кол-во заказов в смену - 100 (смена 8 часов)
Средний заказ - 5 позиций, 1 шт в позиции
Средняя скорость выполнения заказа - 15 мин (0,25часа)
Необходимо времени - 100*0,25=25 человеко-часов.
Кол-во регистр сотрудников - 3
Всего свободного времени 3*8=24 почти = 25 человеко-часов
Для зоны "В" - Среднее кол-во заказов в смену - 300 (смена 8 часов)
Средний заказ - 2 позиции, 3 шт в позиции
Средняя скорость выполнения заказа - 12 мин (0,2часа)
Необходимо времени - 300*0,2=60 человеко-часов.
Кол-во регистр сотрудников - 10
Всего свободного времени 10*8=80 больше чем 60 человеко-часов.
Также можно делить по приоритетам - на "волны" и считать не в сменах, а в"волнах".
В нашей схеме напряженная ситуация в зоне "А", в зоне "В" - все ок... переброс человек из зоны "В" в "А" поможет исправить "перекос" в "А", при этом не пострадает "В".
Наверное можно сделать отчет, который берет период по критериям срочности, и определяет зоны "Дефицита/излишка" рабочего ресурса,
(Кол-во рег сотр * Период работы / Кол-во операции в период *Средн скор 1 опер) - 1
Если сумма таких коэффициентов по всем зонам значительно (более чем на на 0,1) меньше нуля, то для таких пиков просто мало комплектовщиков "Вы ставите нереальные планы".
Из зон с положительным коэффициентом можно переносить ресурс в зоны с отрицательным, причем только в размере величины коэфициента (чтобы не "оголять" зону донора). Ну и начинать пополнять зоны с максимальным (по модулю

) минусом ресурсом из зон с максимальным плюсом...
Например, получили для пяти зон следующую формулу:
0,12 + 0,05 - 0.16 - 0.04 + 0.06 = 0.02
Пополняем ресурс третьей зоны из первой, потом из пятой...
"Полтора землекопа" с одной стороны тут не подходит - если переносить на весь период... хотя можно перенести и на несколько заданий...
Если задания поступпают он-лайн, то эти коэффициенты будут "играть"... чтобы люди не бегали "туда-сюда" можно установить какой-то "порог", после которого начинаются перемещения...
Минусом может являться то, что в другой зоне человек не чувствует себя "как рыба в воде", хотя уход от "генетической памяти" через специализированное ПО облегчает эту задачу... Да и сама WMS должна уметь решать такие задачи, на то ведь она и WMS, а не учетная система...
Еще может быть минусом, что колебание людей будет предлагаться выполнять довольно часто (резки приход отгрузок на какую-либо группу)... но это может "разрулить" диспетчер склада...
Оптимальное использование персонала - хорошая задача - и нужно за нее браться, чтобы в соседних зонах склада не было ситуации, когда одни в "поте лица" собирают заказы, а другим уже надоело делать перекуры в ожидании заказов...